Github user rohitagg28 commented on the pull request:
https://github.com/apache/cordova-lib/pull/30#issuecomment-46936636
I have remove this line preference name=SplashScreen value=screen /
from config.xml file and added these to it.
platform name=android
splash
Github user junmin-zhu closed the pull request at:
https://github.com/apache/cordova-plugin-file-transfer/pull/8
---
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,
Github user junmin-zhu commented on the pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/8#issuecomment-46939573
As you known, we try to replace the default webview with crosswalk as
backend of the Cordova. And there is forked project
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-mobile-spec/pull/74
CB-7008 changed duplicated spec name
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/martincgg/cordova-mobile-spec CB-7008
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-mobile-spec/pull/75
CB-7009 (WP8) use proper path if windowsphone
Use a proper filepath to determine if the file exists or not, instead of
just throw a ENCODING_ERR error code.
You can merge this pull
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-mobile-spec/pull/77
CB-7011 (WP8) proper file name if windowsphone
in case of platformId === 'windowsphone' it will use a proper path to
determine if the file exists or not, instead of just thow a
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-mobile-spec/pull/78
CB-7012, WP8 it doesn't support write binary
If the platform is windowsphone it will skip the test, windows phone it
doesn't support write binary data from a file at the moment.
You
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-mobile-spec/pull/79
CB-7013 (WP8) use proper string to compare
if the platform is windows phone, it will use a proper string to compare
(//nativ) instead of the default 'file://' that it won't match with
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-mobile-spec/pull/76#issuecomment-46955345
We can't add these conditional tests everywhere. We need to fix the source
issue, and not just the symptom.
I have numerous file-api issues
Github user martincgg commented on the pull request:
https://github.com/apache/cordova-mobile-spec/pull/76#issuecomment-46960316
Hi @purplecabbage ,
I've been working on the File API and the mobile spec test as well, this
specific PR, the native side is not returning the path with
I see 6 failing contact-related tests right now on master. This is the most
recent CI test result:
Android:
http://108.170.217.131:5984/_utils/document.html?mobilespec_results/Android__master__1403566802__4.3__Nexus%207
iOS:
Github user eweit closed the pull request at:
https://github.com/apache/cordova-plugin-globalization/pull/13
---
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
GitHub user eweit opened a pull request:
https://github.com/apache/cordova-plugin-globalization/pull/14
CB-4602 geolocation.getPreferredLanguage and geolocation.getLocaleName n...
BCP-47 compliance for getLocaleName, getPreferredLanguage.
You can merge this pull request into a Git
Putting this on hold. Need to repackage at least cordova-cli. Will post
here when new packages are ready.
I'm experiencing this bug and it would be great to get it into the wild!
On Tue, Jun 24, 2014 at 6:51 AM, Ian Clelland iclell...@chromium.org
wrote:
I see 6 failing contact-related tests right now on master. This is the most
recent CI test result:
Android:
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-mobile-spec/pull/76#issuecomment-46996828
Can we just call decodeURIComponent on the result, and compare it to the
space version? Then we remove the conditional comparator.
Ideally, I
I'm new to Phonegap/Cordova and I installed the latest Cordova CLI via
npm. I have a couple of projects that I want to build/run but the root
dir seems to be only what you'd find on a www directory of a Cordova
project:
https://github.com/phonegap/phonegap-app-anyconference (Phonegap 2.9)
Github user martincgg commented on the pull request:
https://github.com/apache/cordova-mobile-spec/pull/76#issuecomment-47003313
It's possible of course, call the decodeURIComponent in the test, I can get
it done.
Now in WP8 native side, it's possible add logic to:
public
Hi all,
Can someone tell me if this is an issue that Cordova can address? It
appears that there is a common failure that happens when Cordova apps are
put in the background to use the Camera or Media Capture plugins... the
Android activity service appears to look for memory to free up and kills
GitHub user rodms10 opened a pull request:
https://github.com/apache/cordova-firefoxos/pull/15
CB-7016 - zip created by build has unecessary ./ folder on all files
Issue reported on IRC. @zalun, can you take a look?
You can merge this pull request into a Git repository by running:
Github user rodms10 commented on the pull request:
https://github.com/apache/cordova-firefoxos/pull/14#issuecomment-47009869
Looks good, thanks for working on this @marti1125! r+ @zalun, can you merge
this?
---
If your project is set up for it, you can reply to this email and have
Hi,
As Julio mentioned, the APK generated by mozilla have a dependency on firefox
for android being installed. When you submit an app to Firefox Marketplace, you
have the option of enabling installation on android and desktop as well. You
can use webAPIs[1] on your app and firefox will work as
To help me write the file plugin for FirefoxOS I wrote a test app[1]. I wrote
it based on the HTML5 rocks post. I was hoping to integrate some of this into
mobile-spec or whatever is our next testing framework.
Hope it helps,
Rodrigo.
[1] - https://github.com/rodms10/FileTest
[2] -
Cool; I'll start the vote -- I'm holding off on Contacts until we figure
out what's up with the failing tests.
On Tue, Jun 24, 2014 at 11:42 AM, Michael Brooks mich...@michaelbrooks.ca
wrote:
I'm experiencing this bug and it would be great to get it into the wild!
On Tue, Jun 24, 2014 at
I took a few minutes to look deeper on what's going on with Contacts Plugin.
Here are my findings:
Back in April [1] when navigator.contacts.pickContact() was added the
signature for navigator.contacts.find() was changed
From:
navigator.contacts.find:function(fields, successCB, errorCB, options)
Please review and vote on the release of this plugins release.
Release issue: https://issues.apache.org/jira/browse/CB-7019
The plugins have been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/CB-7019/
The packages were published from their corresponding git tags:
Thanks Julio and Rodrigo for your responses it answered my questions.
On Tue, Jun 24, 2014 at 3:07 PM, Rodrigo Silveira rsilve...@mozilla.com
wrote:
Hi,
As Julio mentioned, the APK generated by mozilla have a dependency on
firefox for android being installed. When you submit an app to
The CLI allows you to copy from a folder to 'seed' a new project. I'd use that.
Interesting - CowTipLine is my app - but that's not my repo. :)
From: German Viscuso germanvisc...@gmail.com
Sent: Tuesday, June 24, 2014 12:23 PM
To: dev@cordova.apache.org
The signature change was made by me to be compliant with the rest of cordova
core plugins where we always have callbacks first and then call parameters.
The important note is that I used special check for the args type to work
correctly in case old method signature is used. I will see when it
I don't have a problem having a new signature. But I think the old
signature should still work.
If you decide to support both signatures, I would like to see first unit
test running in mobile spec it should test that both ways work.
I don't mind to have a new signature added since the w3c
GitHub user jsoref opened a pull request:
https://github.com/apache/cordova-blackberry/pull/164
CB-7025 report platform udpate
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/blackberry/cordova-blackberry cb_7025
Alternatively
We've been discussing here in IBM, about add a flag to the CLI to pull the
tests from the plugin, add them to each platform, prepare, build and deploy.
It would be something like 'cordova run/emulate [platform] --tests'
The workflow has been discussed and I think that are great ideas.
Proposal:
-
GitHub user rodms10 opened a pull request:
https://github.com/apache/cordova-firefoxos/pull/16
cordova.js needs to be copied to platform www
The [new icon PR](https://github.com/apache/cordova-firefoxos/pull/12)
introduced icon files inside the `platform_www` folder. Because
On Tue, Jun 24, 2014 at 6:52 PM, Martin Gonzalez
martin.c.glez.g...@gmail.com wrote:
We've been discussing here in IBM, about add a flag to the CLI to pull the
tests from the plugin, add them to each platform, prepare, build and
deploy.
It would be something like 'cordova run/emulate
Patch looks good! I think actually that .svg files suffer the same fate
(ran into this for chrome-extension: custom URL provider).
Also - cool site!
On Tue, Jun 24, 2014 at 7:36 PM, Lou Franco lfra...@greenwave-solutions.com
wrote:
Hi, my name is Lou Franco -- I am a software developer,
GitHub user loufranco opened a pull request:
https://github.com/apache/cordova-plugin-file/pull/55
CB-6532 iOS: a cdvfile:// to a CSS file doesn't work in a link tag
The issue is that there's a bug in UTTypeCopyPreferredTagWithClass, It
returns nil mimetype for css (sometimes -- it
Github user loufranco commented on the pull request:
https://github.com/apache/cordova-plugin-file/pull/55#issuecomment-47048947
I sent a signed ICLA to the secretary.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If
On Tue, Jun 24, 2014 at 4:45 PM, Carlos Santana csantan...@gmail.com
wrote:
I don't have a problem having a new signature. But I think the old
signature should still work.
If you decide to support both signatures, I would like to see first unit
test running in mobile spec it should test
Ok, updated the packages, git tags are the same. Please test and vote.
Signed packages: https://dist.apache.org/repos/dist/dev/cordova/CB-7002/
PS:
The problems with old packages were
- plugman and cli were taken with the next -dev version in package.json.
- cordova-lib was zipped rather than
+1
Verified package integrity (and signed Mark's GPG key after validating it)
Verified that packages match the repositories at the correct tags
Tested building mobile spec with the tagged repos
Ran npm test in all three packages to see that there are no failing tests
On Tue, Jun 24, 2014 at
GitHub user kamrik opened a pull request:
https://github.com/apache/cordova-coho/pull/31
Add tweaks for releasing cordova-lib
- Don't checkout master in the repos before npm pack-ing them.
- Make coho npm pack cordova-lib like cli and plugman.
- Update instructions
41 matches
Mail list logo