Hi,
I think that the trustAllHosts parameter in FileTransfer is convenient but evil.
I propose to add support for self-signed certs to FileTransfer.
There does NOT seem to be an open issue for this on Jira:
On 2013-12-10 18:10, Ian Clelland wrote:
On Tue, Dec 10, 2013 at 4:40 PM, Michael Gauthier m...@silverorange.comwrote:
I quickly updated the File plugin to do the local file uri stuff in
resolveLocalFileSystemURI in the background using [self.commandDelegate
runInBackground:^{}].
Dev or
I'm hoping to have it all merged by the end of this week, if all of the
tests still pass.
Thanks for checking it out! :)
Ian
On Wed, Dec 11, 2013 at 8:59 AM, Michael Gauthier m...@silverorange.comwrote:
On 2013-12-10 18:10, Ian Clelland wrote:
On Tue, Dec 10, 2013 at 4:40 PM, Michael
There was some talk on the list a couple months ago about this -- not for
file-transfer specifically, but the general idea of supporting custom
certificates, or CAs in Cordova.
I think that, after a number of emails, we concluded that for users who
have legitimate custom certificate
On Wed, Dec 11, 2013 at 9:36 AM, Ian Clelland iclell...@chromium.orgwrote:
As to the other question, for adding arbitrary resources, the best route
would probably be to create a plugin that ships with the application, that
includes that file. Plugins should have the ability to place arbitrary
I haven't noticed this during any of our testing, nor have I noticed
this when hacking with Google Glass, which uses the Google Glass voice
trigger intent to launch Cordova, not the LAUNCHER intent like the
launch menu. Furthermore, our JUnit tests haven't caught the tests
either, and they depend
Release notes:
- Keep people engaged in reading about Cordova
- Make people want the new thing
I think the best way to communicate release notes is to do it within the
release blog posts.
The release blog post is much much easier to write if there's already a
list of release notes to draw from.
Also, for those downloading the zip, they cannot git log, right?
On Wed, Dec 11, 2013 at 9:53 AM, Andrew Grieve agri...@chromium.org wrote:
Release notes:
- Keep people engaged in reading about Cordova
- Make people want the new thing
I think the best way to communicate release notes is to
On Wed, Dec 11, 2013 at 6:54 AM, Michal Mocny mmo...@chromium.org wrote:
Also, for those downloading the zip, they cannot git log, right?
Anyone can visit this:
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git
If they can't do so, then how are they downloading the zip in the first
Brian - the 8 commits change is pretty overwhelming to look at all at once.
Could you split them up into those that you want looked at, and those that
you don't (e.g. lib-src splitting gruntfile into separate files don't
really need to be looked at).
On Tue, Dec 10, 2013 at 11:04 PM, Brian
On Wed, Dec 11, 2013 at 6:53 AM, Andrew Grieve agri...@chromium.org wrote:
Release notes:
- Keep people engaged in reading about Cordova
- Make people want the new thing
I think the best way to communicate release notes is to do it within the
release blog posts.
The release blog post is
TLDR before we get too excited: Js perf seems a huge win, but at the moment
html canvas is not gpu accelerated, so canvas based apps are actually not
doing so well. This is known and high priority for chrome-webview team,
though I am not at all sure if it can be fixed in a minor patch of android
I'll write them for Android if it's annoying for you. I really don't think
it's feasible for one person to make sense of all commit messages across
all platforms.
On Wed, Dec 11, 2013 at 10:02 AM, Joe Bowser bows...@gmail.com wrote:
On Wed, Dec 11, 2013 at 6:53 AM, Andrew Grieve
I don't think our platform release notes should be in a single blog post
and have a single author. I really want this out of the release process
since I don't want to hold releases up fiddling with a markdown file for an
hour or more. That's the real issue.
On 11 Dec 2013 07:11, Andrew Grieve
On Wed, Dec 11, 2013 at 7:03 AM, Michal Mocny mmo...@chromium.org wrote:
TLDR before we get too excited: Js perf seems a huge win, but at the moment
html canvas is not gpu accelerated, so canvas based apps are actually not
doing so well. This is known and high priority for chrome-webview team,
+1 FYI, I have been testing Cordova with iOS 7.1 beta. No new issues with it.
-James Jong
On Dec 10, 2013, at 1:40 PM, Joe Bowser bows...@gmail.com wrote:
SGTM!
On Tue, Dec 10, 2013 at 10:37 AM, Steven Gill stevengil...@gmail.com wrote:
Lets start the final round of tagging today!
Le 10/12/2013 19:37, Steven Gill a écrit :
Lets start the final round of tagging today!
https://issues.apache.org/jira/browse/CB-5538
+1, but we're still chasing down some dependency and chmod +x issues on
the Ubuntu part. Will update this thread shortly.
David
RE: where to download: http://cordova.apache.org/#download
(Theres a huge download button above-the-fold on cordova.io)
Personally, I like summarized release notes in blog posts, but I do agree
that committing a file that summarized git log into the same git repo is
really not useful. And if
No. I intented this to be on the list. Gmail UI irks.
Could this be fixed in 3.3?
I know it is late but...
-Axel
2013/12/11 Joe Bowser bows...@gmail.com
Did you mean to to send this to me personally?
On Wed, Dec 11, 2013 at 7:24 AM, Axel Nennker ignisvul...@gmail.com
wrote:
Well, this
Michal wrote:
when doing a release, you usually have to make a
mental note of what is worth testing, which usually means going through the
changelog anyway, which means it isn't really adding serious time to the
release process.
However, this shouldn't be codified into our processes,
and
If it worked in 3.1 and broke in 3.2, then it's very likely
CB-5481https://issues.apache.org/jira/browse/CB-5481 and
is fixed in 3.3
On Wed, Dec 11, 2013 at 11:29 AM, Joe Bowser bows...@gmail.com wrote:
No. As far as I'm concerned this problem doesn't exist until it is a JIRA
issue with some
On Wed, Dec 11, 2013 at 10:23 AM, Andrew Grieve agri...@chromium.org wrote:
Yep, my main concern is communicating what's changed to our users for
releases. Whether this file actually exists, or when it's updated, I care
less about.
Joe - if you don't think a single blog post is a good way to
Joe - would you be willing to write the blog post on Cordova's blog instead
of a personal blog? Each cordova blog post does have an author with an
optional link.
I think having things on Cordova's blog rather than personal / downstream
ones makes things more trusted discoverable.
On Wed, Dec
On Wed, Dec 11, 2013 at 10:38 AM, Andrew Grieve agri...@chromium.org wrote:
Joe - would you be willing to write the blog post on Cordova's blog instead
of a personal blog? Each cordova blog post does have an author with an
optional link.
If I have to, I think we should syndicate instead so we
Le 11/12/2013 16:39, David Barth a écrit :
Le 10/12/2013 19:37, Steven Gill a écrit :
Lets start the final round of tagging today!
https://issues.apache.org/jira/browse/CB-5538
+1, but we're still chasing down some dependency and chmod +x issues
on the Ubuntu part. Will update this thread
Hi folks,
As a user, having all the release information in one place would be fantastic.
I understand your desire to have a rapid release schedule (documented, as best
as I can tell, here:
http://phonegap.com/2012/04/12/rolling-releases-how-apache-cordova-becomes-phonegap-and-why/
).
But
I did do a small update last week with support for fireos ubuntu so the
3.3.0-rc.1 didn't flail. I see there are some new changes now. I could push
out version 0.17.0 today.
On Wed, Dec 11, 2013 at 10:39 AM, Max Woghiren m...@chromium.org wrote:
Hi everyone—do we know when we plan to update
Thanks for chiming in Dan!
On Wed, Dec 11, 2013 at 1:48 PM, Dan Moore moore...@yahoo.com wrote:
Hi folks,
As a user, having all the release information in one place would be
fantastic. I understand your desire to have a rapid release schedule
(documented, as best as I can tell, here:
Hi, Guys
Could someone please followup on this?
Thanks
Archana
On 12/2/13 12:09 PM, Steven Gill stevengil...@gmail.com wrote:
https://issues.apache.org/jira/browse/INFRA-7054
On Mon, Dec 2, 2013 at 11:54 AM, Naik, Archana na...@lab126.com wrote:
Hello,
Cordova-amazon-fireos doesn't have
Changing where PERSISTENT is located sounds like a very very bad idea.
I know that would cause me personally a lot of grief with existing user
data.
On 11/12/2013 8:58 am, Ian Clelland iclell...@chromium.org wrote:
On Tue, Dec 10, 2013 at 4:37 PM, Michael Gauthier m...@silverorange.com
wrote:
+1 for on by default in media, optional in others and documented.
Media really should pause on an incoming phone call... I can't think of a
use case where it would be desirable for it to keep playing.
On 11/12/2013 1:33 pm, Andrew Grieve agri...@chromium.org wrote:
I think on-by-default on
Yeah, it would definitely require some kind of migration support. Not
suggesting that this is something that we ever actually do, but we could
give developers a bit of code that automatically looks in both places, and
moves files to the new location on open. Or we do it under a flag that is
off
Sorry no. It does not work on 3.3-rc1
Axel
ignisvulpis@ubuntu:/host/20131210/phonegap$ cordova -v
3.3.0-rc.1
ignisvulpis@ubuntu:/host/20131210/phonegap$
same error:
D/CordovaActivity( 4871): CordovaActivity.init()
D/CordovaWebView( 4871):
+1
On 12/12/2013 6:26 am, Ian Clelland iclell...@chromium.org wrote:
Yeah, it would definitely require some kind of migration support. Not
suggesting that this is something that we ever actually do, but we could
give developers a bit of code that automatically looks in both places, and
moves
Is this a JIRA issue and reproducable steps yet?
Does the project that is failing actually have a config.xml file?
How are you creating the project? Platform script, cordova-cli? What
version of the cli? ...
3.3.0 is already tagged and ready to go, so this needs reproducible steps
to get
I added a Log.d (code below) to PluginManager and get this output:
12-11 20:47:37.430: D/org.apache.cordova.PluginManager(25673):
this.ctx.getActivity().getClass().getPackage().getName()=de.telekom.tlabs.wallet.fileimport
This (de.telekom.tlabs.wallet.fileimport) is the package name of the
Just a cautionary note for anyone using multiple accounts on an Android
device.
If you have a secondary user set up that has the ability to install apps,
you can deploy apps to either the primary or secondary user (whichever is
logged in). The primary user works as expected, but when deploying to
Jesse,
I did not create an JIRA issue yet because I do not have a small sample
project to reproduce this.
I am using the command line to create this cordova app.
The project has a config.xml and it starts correctly (which is prove that
it has the config.xml. otherwise I would see the spinner
It appears that your issue has been fixed by the changes made in
CB-5481. This patch was put in AFTER rc1 was released.
https://issues.apache.org/jira/browse/CB-5481
On Wed, Dec 11, 2013 at 12:44 PM, Axel Nennker ignisvul...@gmail.com wrote:
Here is the issue on JIRA:
3.3 will be released tomorrow, right?
-Axel
(Are there more patches put in after rc1?)
2013/12/11 Joe Bowser bows...@gmail.com
It appears that your issue has been fixed by the changes made in
CB-5481. This patch was put in AFTER rc1 was released.
You certainly can! ;) Commenting on the infra ticket sometimes helps.
Camping in the Apache Infra IRC and directly requesting help also works.
On Thu, Dec 12, 2013 at 6:05 AM, Naik, Archana na...@lab126.com wrote:
Hi, Guys
Could someone please followup on this?
Thanks
Archana
On 12/2/13
That would be great. Thanks!
On Wed, Dec 11, 2013 at 1:52 PM, Steven Gill stevengil...@gmail.com wrote:
I did do a small update last week with support for fireos ubuntu so the
3.3.0-rc.1 didn't flail. I see there are some new changes now. I could push
out version 0.17.0 today.
On Wed,
Here's the log:
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=log;h=97ad4d84ce333f05d6240b75f65da8536bcc3eb1
On Wed, Dec 11, 2013 at 1:22 PM, Axel Nennker ignisvul...@gmail.com wrote:
3.3 will be released tomorrow, right?
-Axel
(Are there more patches put in after rc1?)
Done!
On Wed, Dec 11, 2013 at 1:34 PM, Max Woghiren m...@chromium.org wrote:
That would be great. Thanks!
On Wed, Dec 11, 2013 at 1:52 PM, Steven Gill stevengil...@gmail.com
wrote:
I did do a small update last week with support for fireos ubuntu so the
3.3.0-rc.1 didn't flail. I see
Awesome! Case closed.
On Thu, Dec 12, 2013 at 8:54 AM, Steven Gill stevengil...@gmail.com wrote:
I have already been running git log, curating and posting to the blog when
I do releases. :)
Syndication would be nice to setup.
On Wed, Dec 11, 2013 at 1:34 PM, Brian LeRoux b...@brian.io
CLI design contract is to just run platforms/platfomid/bin/create nothing
about running npm install on platform repo files.
If your platform scripts have dependencies platform is responsible to
satisfy its dependencies.
BlackBerry and Android have dependencies on npm modules, both handle
Hi all,
I'm Joni. I work at Adobe as a UX designer on the PhoneGap team, and I have
recently thrown some time at redesigning the http://plugins.cordova.io site.
I'm looking for feedback prior to implementation - your thoughts are
appreciated.
The main screens that have been reworked are as
This looks awesome Joni
The plugin robot looks rad!
for #3 details view, now I looked at your mockup it looks we are missing
that info from the plugin
Maybe it will make sense that we take same approach as NPM and use a readme
markdown file per plugin, and render in details view
we could
Shoot. I was going to go to bed, but now I'm too excited! These look
AWESOME!
Put some nitpicks below, but pretty much I think it's perfect!
On Wed, Dec 11, 2013 at 10:26 PM, Joni Rustulka j...@adobe.com wrote:
Hi all,
I'm Joni. I work at Adobe as a UX designer on the PhoneGap team, and I
I'm experimenting in a branch with PhantomJS for testing cordova-js.
Rational being that we are currently emulating a browser using JSDom when
our abstraction actually targets browsers. (Note: you can run the Jasmine
tests in the browser too.)
The tests all pass in Chrome and Node but some are
On Thu, Dec 12, 2013 at 12:11 AM, Brian LeRoux b...@brian.io wrote:
The tests all pass in Chrome and Node but some are failing in Phantom.
PhantomJS is using a fairly old version of qtwebkit
(Function.prototype.bind is missing, for example). Is there any reason you
can't use upstream webkit to
51 matches
Mail list logo