GitHub user agamemnus opened a pull request:
https://github.com/apache/cordova-android/pull/126
Fix potential null pointer error issue.
I am writing a Google Play APK expansion library.
All the libraries I have seen so far store version data inside the content
provider's ta
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-mobile-spec/pull/6
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feat
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-mobile-spec/pull/25
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-mobile-spec/pull/18
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-mobile-spec/pull/16
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-mobile-spec/pull/19
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-mobile-spec/pull/104
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fe
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-mobile-spec/pull/108
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fe
Ok, I completed the plugin.
cordova plugin add https://github.com/shazron/CordovaLocalWebServer.git
.. then follow the instructions printed after it installs.
Repo: https://github.com/shazron/CordovaLocalWebServer
File issues: https://github.com/shazron/CordovaLocalWebServer/issues
On Wed, Oc
Hey Cordova community,
I am Subhag Oak, senior program manager on the Visual Studio team working on VS
tools for Multi device hybrid apps. In line with the discussion of having a
generic Cordova ‘packaging’ command for all platforms, here is one proposal:
As we all know, packaging an applic
GitHub user mnill opened a pull request:
https://github.com/apache/cordova-plugin-file/pull/84
Implementation of read only access to assets folder
Hi there,
I wrote cordova cloud updater for ours apps, and i have a problem like
this: https://issues.apache.org/jira/browse/CB-6935
Michal Mocny wrote:
>Thanks everyone for participation in what was a long and grueling
>discussion.
>
>Summary of current proposal:
>- Cad-ver is dead.
>- Everything moves Sem-ver, with platforms continuing from current
>versions
>and diverging over time.
>- CLI potentially gets a significant vers
With this direction, there is no single number. Users should not
functionally care about CLI version, so there will just be the platform
versions that matter, really.
Downstreams can of course put labels on combinations of versions, so
"PhoneGap 4" may be Android 4, iOS 3.8, and etc.
On Wed, Oct
Leo wrote:
>I don't think we closed on this (I had to leave the meeting a little
>early) but a remaining question is how to version what we (and users)
>call "Cordova". Assuming a "Cordova" version is a point in time
>collection of the latest CLI version + platform versions + plugin
>versions. Is
> Did I miss anything?
I don't think we closed on this (I had to leave the meeting a little early) but
a remaining question is how to version what we (and users) call "Cordova".
Assuming a "Cordova" version is a point in time collection of the latest CLI
version + platform versions + plugin ve
GitHub user jsoref opened a pull request:
https://github.com/apache/cordova-cli/pull/195
CB-7739 document installing specific version of platforms
This isn't for merging, it's more of a Request-For-Information/Feedback.
What do we support?
(Obviously we shouldn't documen
Thanks everyone for participation in what was a long and grueling
discussion.
Summary of current proposal:
- Cad-ver is dead.
- Everything moves Sem-ver, with platforms continuing from current versions
and diverging over time.
- CLI potentially gets a significant version bump to showcase this rese
Will def be a fun alpha…fwiw I think this is The Future™ for the
architecture. Opens lots of doors for interop and reuse. Between apps.
Between devices. Also clears up the network security policy whitelist gong
show.
On Wed, Oct 8, 2014 at 12:31 PM, Joe Bowser wrote:
> How can you guarantee that
Brian:
The chances are small, but a backgrounded app could access the local web
server of the foregrounded Cordova app. If it knew the port (which it may,
through humans inspecting the config.xml in the .app beforehand)
Joe:
Don't have answers to all of those yet, haven't tested that specifically.
On Linux, it's pretty easy to listen only on localhost, I don't know how
difficult it is here. I would think that even for an experimental plugin, not
being accessible to peers is really important. Not being accessible to other
local apps will likely become important in the future.
It still sca
How can you guarantee that the port will be released when it goes in the
background and not still be bound? That sounds like a main point of
failure. Would you have it increment to the next port if the port is
bound?
On Wed, Oct 8, 2014 at 12:27 PM, Brian LeRoux wrote:
> I guess if it isn't run
I guess if it isn't running in the background then a collision is
effectively impossible anyhow.
On Wed, Oct 8, 2014 at 11:53 AM, Shazron wrote:
> But for 2, there is a chance of port collision still of course, nothing we
> can do about that. The ideal way is to get a random port, but this requi
Argh, Spelled Jesse's last name wrong. Sorry Jesse Macfadyen
On Wed, Oct 8, 2014 at 12:02 PM, Steven Gill wrote:
> The vote has now closed. The results are:
>
> Positive Binding Votes: 3
> Steve Gill
>
> Anis Kadri
>
> Jesse MacFayden
>
>
>
> Negative Binding Votes: 0
>
>
> The vote has passed.
The vote has now closed. The results are:
Positive Binding Votes: 3
Steve Gill
Anis Kadri
Jesse MacFayden
Negative Binding Votes: 0
The vote has passed.
On Fri, Oct 3, 2014 at 4:01 PM, Steven Gill wrote:
> 3.6.0 is correct. Browser is getting bumped to that version.
>
> Thanks for votin
The vote has now closed. The results are:
Positive Binding Votes: 3
Steve Gill
Sergey Grebnov
Parashuram Narasimhan
Negative Binding Votes: 0
The vote has passed.
On Thu, Oct 2, 2014 at 9:40 AM, Maxime LUCE wrote:
> Ok I was not sure, sorry !
> No I don't think it impact the platform co
The vote has now closed. The results are:
Positive Binding Votes: 3
Steve Gill
Sergey Grebnov
Jesse MacFayden
Negative Binding Votes: 0
The vote has passed.
On Fri, Oct 3, 2014 at 4:01 PM, Jesse wrote:
> My last reply only went to Steve, I think ...
>
> I vote +1
> * Ran coho verify-ar
But for 2, there is a chance of port collision still of course, nothing we
can do about that. The ideal way is to get a random port, but this requires
more Cordova integration which I am trying to avoid (since we need to
specify the URL in the content tag, we need to know the port as well)
On Wed,
1. Does it run in the background? No. Unless we put up some variables in
Info.plist, which are reserved for certain types of apps (navigation apps,
etc)
2. Local web server port collision? This will be specified in the plugin in
a preference.
On Wed, Oct 8, 2014 at 11:46 AM, Brian LeRoux wrote:
I have some questions! What happens when you background / does it keep
running? Since you're running localhost, how do you deal with >1 app
(random port collision possible?)
On Wed, Oct 8, 2014 at 10:33 AM, Shazron wrote:
> Not sure if it's only bound to local requests from localhost. Since it's
Not sure if it's only bound to local requests from localhost. Since it's
for experimental reasons, I'm not too concerned for security. I'm still
opting for the WKWebView loadFileURL way as the option we use for our
users, once that is out.
On Wed, Oct 8, 2014 at 10:31 AM, purplecabbage
wrote:
>
What about other requests from the network? Is the server accessible to network
peers?
Sent from my iPhone
> On Oct 8, 2014, at 10:26 AM, Shazron wrote:
>
> I'll release the local webserver soon as a plugin, it was just a proof of
> concept. It should work with existing Cordova versions as wel
I'll release the local webserver soon as a plugin, it was just a proof of
concept. It should work with existing Cordova versions as well, but will
not have a way to secure access to the local web server from other
(background) running apps.
On Wed, Oct 8, 2014 at 4:10 AM, Andrew Grieve wrote:
>
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-plugin-file/pull/54#issuecomment-58388293
merged, I'll do another round of testing this code on windows this week (or
beginning of next week)
---
If your project is set up for it, you can reply to t
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-file/pull/54
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the fea
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-globalization/pull/27
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or i
Github user rodms10 commented on the pull request:
https://github.com/apache/cordova-plugin-globalization/pull/27#issuecomment-58387188
Looks good, r+.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does
External Public link for those that just want to watch/chat:
https://plus.google.com/events/cm4l0vifcig920qkhpn5stqiet4
Hangout link to join the conversation:
https://plus.google.com/hangouts/_/hoaevent/AP36tYcNwXEyet4Xv_23HiTl4IK0jsM4NlmGy5kbLsPIW3SnOsUEIQ?authuser=0&hl=en
See you in 30 minutes.
+dev list again
Not everyone could make 1pm, not everyone could make 2pm. While I don't
think we need a full 2 hours, I'm hoping to start late and end early --
proving opportunity people to pop in at either time and chime in.
On Wed, Oct 8, 2014 at 12:18 PM, Marcel Kinard wrote:
> Is the expec
Github user cmarcelk commented on the pull request:
https://github.com/apache/cordova-coho/pull/49#issuecomment-58383730
If folks are OK with bumping versions numbers on a respin, I'm OK with
publishing to npm with the rc tag.
Due to the number of respins I did, I felt burned.
The Intel XDK Legacy iOS container source is not available, but the local web
server is based on CocoaHTTPServer:
https://github.com/robbiehanson/CocoaHTTPServer
It sounded like Shazron already has this working – I was just sharing that,
based on my experience, adding a local web server will not
Sounds good! I'll definitely try to make it back for that. Have to be at
the dmv this morning. Should be back by 2est
On Wednesday, October 8, 2014, Michal Mocny wrote:
> So it looks like Today 1-3 EST or Friday 1-3 EST are the best times. I'm
> going to start the ball rolling to do this TODAY,
Tony - is the code for that available anywhere?
On Wed, Oct 8, 2014 at 7:48 AM, Homer, Tony wrote:
> >
> >The alternative is to run a local web server, which works great. However,
> >this will open up a can of worms possibly with Apple, I'm not sure.
> >
>
> FWIW, the Intel XDK Legacy iOS contai
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-android/pull/123
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the featur
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-coho/pull/39
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-android/pull/120
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the featur
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-lib/pull/94
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is
So it looks like Today 1-3 EST or Friday 1-3 EST are the best times. I'm
going to start the ball rolling to do this TODAY, but if that proves too
short notices we'll move it to Friday.
I'll email out links to hangout at 12:30 or so, and I'm hoping Steven can
make it before 2pm since he's been mos
(nevermind, indeed went to spam)
On Wed, Oct 8, 2014 at 10:09 AM, Michal Mocny wrote:
> I didn't see that message on the lists until Jesse forwarded it. (may
> have been in spam?)
>
> On Wed, Oct 8, 2014 at 7:42 AM, Andrew Grieve
> wrote:
>
>> Not me this time! :)
>>
>>
>> On Wed, Oct 8, 2014
I didn't see that message on the lists until Jesse forwarded it. (may have
been in spam?)
On Wed, Oct 8, 2014 at 7:42 AM, Andrew Grieve wrote:
> Not me this time! :)
>
>
> On Wed, Oct 8, 2014 at 12:48 AM, purplecabbage
> wrote:
>
> > Andrew, did you approve this one?
> >
> > ;)
> >
> >
> > > O
I think Federating was the option last discussed, but I'm not actually
in-the-know about how the details.
-Michal
On Tue, Oct 7, 2014 at 9:54 PM, Parashuram Narasimhan (MS OPEN TECH) <
panar...@microsoft.com> wrote:
> I will not be at PGDay, but Kirk (from MSOpenTech) can cover this. Does
> it
I'm updating the app right now.
I'm using plugman and it's working fine, the only problem I've found is, as
the app is old and I don't want to change the code, I tried to install the
file plugin from an older release (older than 1.0.0 release as it brought a
lot of changes) and got an error, but I
>
>The alternative is to run a local web server, which works great. However,
>this will open up a can of worms possibly with Apple, I'm not sure.
>
FWIW, the Intel XDK Legacy iOS container runs a local web server that all
content is served from.
Lots of apps have been published - no problem with
Not me this time! :)
On Wed, Oct 8, 2014 at 12:48 AM, purplecabbage
wrote:
> Andrew, did you approve this one?
>
> ;)
>
>
> > On Oct 7, 2014, at 6:35 PM, "xia...@hudong.com"
> wrote:
> >
> > re
> >
> >
> >
> >
> > 夏浩
> >
> > 互动在线（北京）科技有限公司
> > 地址：北京市海淀区上地信息路28号信息大厦A座7层
> > 邮编 : 100085
> > Tel
For Android Gradle, what's in (and experimental) right now:
Environment variable "RELEASE_SIGNING_PROPERTIES_FILE" points to a
.properties file that contains:
storeFile=relative/path/to/keystore.p12
storePassword=SECRET1
storeType=pkcs12
keyAlias=DebugSigningKey
keyPassword=SECRET2
Topics to di
Github user kant2002 commented on the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/21#issuecomment-58344161
Yes. I probably agree with using `finished` parameter for the fix.
---
If your project is set up for it, you can reply to this email and have your
Github user agrieve commented on the pull request:
https://github.com/apache/cordova-coho/pull/49#issuecomment-58343587
Erg, was just going through PRs and assumed the reason this wasn't merged
was that you didn't want it to be :P. I do also like publishing to npm before
voting so tha
On Fri, Sep 5, 2014 at 2:40 PM, Shazron wrote:
> I figure I will write this all up before the official release of iOS 8 next
> week (probability high) and everyone asking about support.
>
> It has stalled because the WKWebView cannot load files using the file://
> protocol since iOS 8 beta 4.
>
>
GitHub user zalun opened a pull request:
https://github.com/apache/cordova-plugin-globalization/pull/27
CB-7733 Errors in weekdays fixed
* getDateNames should return (Sun - Sat) in all locales
* getFirstDayOfWeek should return 1 for Sunday and 2 for Monday
* bunch of jsHint f
Github user vladimir-kotikov commented on the pull request:
https://github.com/apache/cordova-lib/pull/19#issuecomment-58320588
This is not actual anymore, closing.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your
Github user vladimir-kotikov closed the pull request at:
https://github.com/apache/cordova-lib/pull/19
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the f
60 matches
Mail list logo
