Nightly build #182 for cordova has failed.
Please check failure details on build details page at
https://builds.apache.org/job/cordova-nightly/182/
You can also take a look at build console:
https://builds.apache.org/job/cordova-nightly/182/consoleFull
-
Jenkins for Apache Cordova
We can also add a alias for cordova platform add macos that adds OSX
On Oct 18, 2016 6:10 PM, "Tobias Bocanegra" wrote:
> Hi,
>
> with the sierra update, Apple renamed OS X to macOS. I don't think we
> should rename the platform name to macOS, but maybe some prefixes in
>
Github user ghenry22 commented on the issue:
https://github.com/apache/cordova-plugin-media/pull/116
@shazron any chance this could get merged? It's a really small change that
basically just fixes an oversight in the current version, which makes recording
much more efficient and
Hi,
with the sierra update, Apple renamed OS X to macOS. I don't think we
should rename the platform name to macOS, but maybe some prefixes in
config.xml ?
We could rename the OSX component in jira, though; people repeatedly report
build-problems they encounter on a mac. but again. no biggy.
Github user codecov-io commented on the issue:
https://github.com/apache/cordova-lib/pull/504
## [Current
coverage](https://codecov.io/gh/apache/cordova-lib/pull/504?src=pr) is 80.62%
(diff: 100%)
> Merging [#504](https://codecov.io/gh/apache/cordova-lib/pull/504?src=pr)
into
Github user stevengill commented on a diff in the pull request:
https://github.com/apache/cordova-lib/pull/504#discussion_r83974505
--- Diff: cordova-lib/src/plugman/fetch.js ---
@@ -70,6 +70,10 @@ function fetchPlugin(plugin_src, plugins_dir, options) {
//if
Github user stevengill commented on a diff in the pull request:
https://github.com/apache/cordova-lib/pull/504#discussion_r83974283
--- Diff: cordova-lib/src/plugman/fetch.js ---
@@ -70,6 +70,10 @@ function fetchPlugin(plugin_src, plugins_dir, options) {
//if
Good work guys!
On Tue, Oct 18, 2016 at 3:30 PM, Darryl Pogue wrote:
> I've opened a PR to add that bridge mode:
> https://github.com/crosswalk-project/cordova-plugin-
> crosswalk-webview/pull/100
>
> On 18 October 2016 at 15:23, Joe Bowser wrote:
> >
GitHub user sterlingann opened a pull request:
https://github.com/apache/cordova-lib/pull/504
CB-11979 added deprecation warning for subdirectories
### Platforms affected
all
### What does this PR do?
warns of deprecation of subdirectories in
I've opened a PR to add that bridge mode:
https://github.com/crosswalk-project/cordova-plugin-crosswalk-webview/pull/100
On 18 October 2016 at 15:23, Joe Bowser wrote:
> BTW: I'd send a PR, but I still need Crosswalk to take over the repo from
> me, since they're developing
Github user cordova-qa commented on the issue:
https://github.com/apache/cordova-plugin-inappbrowser/pull/101
Cordova CI Build has one or more failures.
**Commit** -
BTW: I'd send a PR, but I still need Crosswalk to take over the repo from
me, since they're developing off a fork of my repo.
https://github.com/crosswalk-project/cordova-plugin-crosswalk-webview
On Tue, Oct 18, 2016 at 3:08 PM, Joe Bowser wrote:
> Hey
>
> I just realized
Github user jcesarmobile commented on the issue:
https://github.com/apache/cordova-plugin-inappbrowser/pull/101
let there be tests
---
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
Github user jcesarmobile commented on the issue:
https://github.com/apache/cordova-ios/pull/269
We where using canOpenURL on inAppBrowser plugin, but I removed it to fix
CB-11178 as we weren't really sending any response to the user if canOpenURL
was false.
I don't think
Hey
I just realized what the problem is:
Crosswalk is missing this method, which adds the bridge mode, since the
bridge mode defaults back ONLINE_EVENT in the event that EVAL_BRIDGE isn't
supported, this will break every time. We need the following line added to
Crosswalk.
Correct. Without that method, it won't even compile.
On Tue, Oct 18, 2016 at 2:31 PM, Darryl Pogue wrote:
> On 18 October 2016 at 14:24, Joe Bowser wrote:
> > Recently, we decided to change the default bridge from using OnlineEvent
> to
> > a JS_Exec
On 18 October 2016 at 14:24, Joe Bowser wrote:
> Recently, we decided to change the default bridge from using OnlineEvent to
> a JS_Exec bridge so that we can support a multi-webview use case. The
> downside of this change is that it breaks on Crosswalk. It's almost
>
Github user shazron commented on the issue:
https://github.com/apache/cordova-ios/pull/269
So if they use `canOpenURL` they need this, but if they just use `openURL`,
like our whitelist system, we don't. Therefore I believe our whitelist system
with `` does not need these keys.
---
Hey
Recently, we decided to change the default bridge from using OnlineEvent to
a JS_Exec bridge so that we can support a multi-webview use case. The
downside of this change is that it breaks on Crosswalk. It's almost
impossible to debug this since projects that include the Crosswalk Webview
Github user dpogue commented on the issue:
https://github.com/apache/cordova-ios/pull/269
hmm, I think in our case we were trying to use canOpenURL to see if a
partner app was able to launch and redirect to the store otherwise. This also
came up in the Slack channel recently, and
Github user shazron commented on the issue:
https://github.com/apache/cordova-ios/pull/269
Yeah looks like openURL does not need the key:
https://developer.apple.com/reference/uikit/uiapplication/1622952-canopenurl
(see last paragraph -- it has a typo, UIDefaultLaunchStoryboard
Hi
We were using Cordova 5.2.2 - Any Help was Appreciated.
Running "Cordova Build Android --debug --gradle". Throws below Error.
*11:52:37* Incremental java compilation is an incubating
feature.*11:52:38* *11:52:38* FAILURE: Build failed with an
exception.*11:52:38* *11:52:38* * What went
Github user cordova-qa commented on the issue:
https://github.com/apache/cordova-plugin-inappbrowser/pull/101
Cordova CI Build has one or more failures.
**Commit** -
post your message at https://forums.adobe.com/community/phonegap
On Tue, Oct 18, 2016 at 9:52 AM, musunuru srideep
wrote:
> Hi
>
> We were using Cordova 5.2.2 - Any Help was Appreciated.
>
> Running "Cordova Build Android --debug --gradle". Throws below Error.
>
>
>
Hi
We were using Cordova 5.2.2 - Any Help was Appreciated.
Running "Cordova Build Android --debug --gradle". Throws below Error.
*11:52:37* Incremental java compilation is an incubating
feature.*11:52:38* *11:52:38* FAILURE: Build failed with an
exception.*11:52:38* *11:52:38* * What went
Github user sfrank87 closed the pull request at:
https://github.com/apache/cordova-plugin-inappbrowser/pull/192
---
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 herrevilkitten commented on the issue:
https://github.com/apache/cordova-plugin-inappbrowser/pull/101
@sfrank87 @DigitalSkyline conflicts de-conflicts, checks passed
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as
Github user herrevilkitten commented on the issue:
https://github.com/apache/cordova-plugin-inappbrowser/pull/101
Sure I can fix the conflicts. It's ... been a while
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If
Github user giuseppelt commented on the issue:
https://github.com/apache/cordova-windows/pull/196
This patch doesn't touch nothing, nor alter the manifest.
It's just a logic check, because the previous code assumes the node is
always found.
The code simply is `if (node !=
Does anyone have any reason to delay a cordova-windows platform release?
Any outstanding patches to land?
If not, I will start the release tomorrow.
Best regards,
Sergey Shakhnazarov.
Github user daserge commented on the issue:
https://github.com/apache/cordova-windows/pull/196
That link is for Windows Phone 8 while cordova-windows is for Windows 8.1 /
Windows Phone 8.1 and up.
In general the patch could be applicable for Windows 10 appxmanifest as
Github user giuseppelt commented on the issue:
https://github.com/apache/cordova-windows/pull/196
Schema is incorrect or old.
According to
https://msdn.microsoft.com/en-us/library/windows/apps/ff769511(v=vs.105).aspx
splashscreen isn't required nor it's provided in the
Github user daserge commented on the issue:
https://github.com/apache/cordova-windows/pull/196
Looks like SplashScreen node is required according to the
[schema](https://msdn.microsoft.com/en-us/library/windows/apps/br211471.aspx).
---
If your project is set up for it, you can reply
GitHub user pbakondy opened a pull request:
https://github.com/apache/cordova-docs/pull/651
CB-12030: (ios) Replace invalid iOS docs link
### Platforms affected
iOS
### What does this PR do?
fixes an invalid link
### What testing has been done on
Github user sfrank87 commented on the issue:
https://github.com/apache/cordova-plugin-inappbrowser/pull/101
Hi,
I am interested in this functionality, too. Itâs a pity, it never found
its way to the upstream repository. :/
Could you please solve the merge conflicts? That
Github user codecov-io commented on the issue:
https://github.com/apache/cordova-android/pull/342
## [Current
coverage](https://codecov.io/gh/apache/cordova-android/pull/342?src=pr) is
35.21% (diff: 100%)
> Merging
GitHub user hye opened a pull request:
https://github.com/apache/cordova-android/pull/342
CB-12028: (android) update distributionUrl , current return `403`
### Platforms affected
cordova-android
### What does this PR do?
### What testing has been done on this
37 matches
Mail list logo