ci(travis): upgrade to node8

chore(release): 3.1.1-dev

chore(release): 3.1.0 (version string)

chore(release): release notes for 3.1.0

chore: fix repo and issue urls and license in package.json and plugin.xml

build: add `.npmignore` to remove unneeded files from npm package

build: add `.gitattributes` to force LF (instead of possible CRLF on Windows)

ci(travis): Update Travis CI configuration for new paramedic (#478)

* Update Travis CI configuration for new paramedic

* remove wrong ADDITIONAL_TESTS_DIR

* Update .travis.yml

* remove failing platform

docs: remove outdated translations

Fix beforeload for Android <= 7 (#427)

* Fix beforeload for Android <= 7
* Change Android version check conditional

Fix failing CI tests (#460)

* bump node version to 6
* use default travis osx_image of xcode9.4
* comment out flakey local test

Merge pull request #440 from cordova-develop/fix-close-event-test

Fix test spec.5 to close inappbrowser after loadstop event

Merge pull request #383 from cvanem/master

Example documentation - Fix messageCallBack and beforeloadCallBack function names

Merge pull request #262 from landsbankinn/CB-13969

Cb 13969 - Allow close button and navigation buttons positions to be swapped

Merge pull request #439 from apache/revert-353-patch-1

Revert "Add support for right to left direction languages"
I mistakenly merged #353 instead of a similar one.

Fix test spec.5 to close inappbrowser after loadstop event

Revert "Add support for right to left direction languages"

Merge pull request #353 from transoceanic/patch-1

Add support for right to left direction languages

Merge pull request #436 from purplecabbage/ValidateCallbackId

[android] Prevent malformed callbackId from reaching app cordova view

Prevent malformed callbackId from reaching app cordova view

CB-13969 fixing README to be correct for lefttoright option

CB-13969 functionality extended to WKWebView

CB-13969 fix inappbrowser.css to be unmodified

CB-13969 reverting to older version of inappbrowser.css to leave it out of PR

CB-13969 trying to fix some wierd issue for PR

CB-13969 trying to fix some wierd issue for PR

CB-13969 trying to remove inappbrowser from pr

CB-13969 trying to remove inappbrowser.css from pr

CB-13969 adding newline at end of inappbrowser.cs

CB-13969 fixing inappbrowser.css

CB-13969 updating README.MD to better explain lefttoright parameter option, reverting unneccesary indent changes on inappbrowser.css

Merge remote-tracking branch 'upstream/master'

Add headline to window.open documentation (#406)

(iOS) Fix iframes in iOS/WKWebView which were broken by #418. Fixes #424. (#425)

Add or update GitHub pull request and issue template

GH-417: Handle non-default target attribute values (e.g. target=on links in WKWebView implementation on iOS (#418)

fix(typescript): remove unused replace parameter (#410)

This closes #295

Example documentation - Fix callBack function name

GH-359: Fix beforeload to work with POST requests (#367)

### Platforms affected
iOS and Android

### What does this PR do?
Fixes the behaviour of `beforeload` to resolve the problem with POST requests outlined in #359.

The `beforeload` parameter has been changed from taking only a boolean (`yes` or not defined) to a discrete string with possible values of `get`, `post`, or `yes` which correspond to request types of GET, POST or GET&POST respectively. The `README.md` has been updated to reflect this.

Note that use of `beforeload` to intercept POST requests is currently not supported on Android or iOS, so if `beforeload=yes` is specified and a POST request is detected as the HTTP request method, `beforeload` behaviour will not be applied. If `beforeload=post` is specified, a `loaderror` event will be dispatched which states that POST requests are not yet supported.

#### Notes for Android

The `shouldOverrideUrlLoading()` override method has been updated to support the [new method interface added in API 24 / Android 7][1] which receives the `WebResourceRequest` instead of just the `String url`, enabling the HTTP method of the request to be determined. The [deprecated method interface][2] has also been preserved for API <=23, but in this case the HTTP method cannot be determined so is passed as null.

Also note that due to a [Chromium bug](https://bugs.chromium.org/p/chromium/issues/detail?id=155250),  `shouldOverrideUrlLoading()` is currently not called for POST requests. It's possible this may be resolved in a future Chromium version in the Android System Webview (given that this is now self-updating and independent of Android version since Android 5.0) - in prospective anticipation of this, code to handle POST requests has been added to `shouldOverrideUrlLoading()`.

However, it seems more likely that this won't be resolved any time soon given that [a Chromium dev said](https://bugs.chromium.org/p/chromium/issues/detail?id=155250#c39):

 > We're looking at implementing a better way to handle request interception in a future OS version. There's no way to just "fix" this, the API doesn't accommodate this usage at all. This will not be something you can use any time soon.

Therefore if we want to go ahead and use `beforeload` to intercept request types other than GET, it's likely we'll instead need to use the `shouldInterceptRequest()` method override. As with `shouldOverrideUrlLoading()`, there are a two variants: the [new method interface][3] added in API 21 / Android 5.0 which  which receives the `WebResourceRequest` object and the [deprecated one][4] which receives only `String url`. If we want to determine the HTTP request method, we'll need to use the new implementation. This has been empirically tested and *is* called for POST requests so would allow the possibility to intercept, delay, modify and send the POST request and its data via `beforeload`.
Both `shouldInterceptRequest()` method interfaces have been exposed in the Android implentation for potential future use but they currently do nothing other than return the unadulterated request object.

### What testing has been done on this change?
Manual testing of POST and GET requests on both platforms using a test app container:
https://github.com/dpa99c/cordova-plugin-inappbrowser-test

[1]: https://developer.android.com/reference/android/webkit/WebViewClient.html#shouldOverrideUrlLoading(android.webkit.WebView,%20android.webkit.WebResourceRequest)
[2]: https://developer.android.com/reference/android/webkit/WebViewClient.html#shouldOverrideUrlLoading(android.webkit.WebView,%20java.lang.String)
[3]: https://developer.android.com/reference/android/webkit/WebViewClient.html#shouldInterceptRequest(android.webkit.WebView,%20android.webkit.WebResourceRequest)
[4]: https://developer.android.com/reference/android/webkit/WebViewClient.html#shouldInterceptRequest(android.webkit.WebView,%20java.lang.String)

(iOS & Android) Add postMessage API support (#362)

<!--
Please make sure the checklist boxes are all checked before submitting the PR. The checklist
is intended as a quick reference, for complete details please see our Contributor Guidelines:

http://cordova.apache.org/contribute/contribute_guidelines.html

Thanks!
-->

### Platforms affected
Android
iOS (both UIWebView & WKWebView implementations)

### What does this PR do?
Adds support for [postMessage API](https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage) enabling pages loaded into the InappBrowser to post messages back to the parent Webview of the Cordova app.

For example, sending event messages associated with UI interactions such as button clicks from the wrapped page back to the parent app Webview.

### What testing has been done on this change?
Automated tests have been extended to cover the `message` event.

### Checklist
- [x ] Commit message follows the format: "GH-3232: (android) Fix bug with resolving file paths", where CB-xxxx is the JIRA ID & "android" is the platform affected.
- [ x] Added automated test coverage as appropriate for this change.

Added to support android devices with right to left direction languages (issue #352)

Fixes loadAfterBeforeload on iOS. Resolves #349. (#350)

For both UIWebView and WKWebView implementations on iOS.

<!--
Please make sure the checklist boxes are all checked before submitting the PR. The checklist
is intended as a quick reference, for complete details please see our Contributor Guidelines:

http://cordova.apache.org/contribute/contribute_guidelines.html

Thanks!
-->

### Platforms affected
iOS

### What does this PR do?
Fixes `beforeload` event (introduced by #276) for iOS

### What testing has been done on this change?
Tested both allow & deny loading of URL with both iOS implementations in [test container app](https://github.com/dpa99c/cordova-plugin-inappbrowser-wkwebview-test) (ignore its README).

- To test with UIWebView use options: `beforeload=yes,usewkwebview=no`
- To test with WKWebView use options: `beforeload=yes,usewkwebview=yes`

### Checklist
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB-xxxx is the JIRA ID & "android" is the platform affected.
- [x] Added automated test coverage as appropriate for this change.

closes #349

Fix crashes when using WKWebView implementation on iOS 9. (#337)

Fixes #323. Fixes #324.

Fix iOS CDVWKInAppBrowser evaluateJavascript method randomly gets blocked on ios 12 (#341)

### Platforms affected
iOS

### What does this PR do?
fix issue[ #340](https://github.com/apache/cordova-plugin-inappbrowser/issues/340) iOS CDVWKInAppBrowser evaluateJavascript method randomly gets blocked on iOS 12

### What testing has been done on this change?
manual testing

### Checklist
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB-xxxx is the JIRA ID & "android" is the platform affected.
- [ ] Added automated test coverage as appropriate for this change.

remove unwanted information in README table (#308)

remove unwanted information in README table

Merge pull request #336 from purplecabbage/windowlevel

This lets the default window layering do it's thing.

This lets the default window layering do it's thing. Fixes #334. Fixes #314.

Merge pull request #271 from dpa99c/CB-7179

CB-7179 (iOS): Add WKWebView support for iOS

Merge branch 'CB-7179' of https://github.com/dpa99c/cordova-plugin-themeablebrowser into CB-7179

Comment out iOS 9 target for Travis tests since it's not supported by the WKWebView implementation

Fix indentation of tests.js for eslint

Fix merge error

Merge branch 'master' into CB-7179

Add plugin to fix reporting of cordova-paramedic results when using WKWebView plugin.
See https://github.com/apache/cordova-paramedic/issues/52

Merge branch 'CB-7179' of https://github.com/dpa99c/cordova-plugin-inappbrowser into CB-7179

Fix tests so they auto-start when run via cordova-paramedic

remove JIRA link

Merge pull request #276 from q-m/feature/beforeload-event

CB-14188: Add beforeload event, catching navigation before it happens

Merge branch 'master' into CB-7179

update test configuration to xcode8.3

experimental commit

CB-12941: update typings (#267)

### Platforms affected
n/a - development with TypeScript

### What does this PR do?
Updates the typings to match the latest published version on DefinitelyTyped.
See https://github.com/DefinitelyTyped/DefinitelyTyped/pull/17192 and https://stackoverflow.com/q/42095516/1902598

### What testing has been done on this change?
Project compiles again ;)

### Checklist
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB-xxxx is the JIRA ID & "android" is the platform affected.
- n/a: Added automated test coverage as appropriate for this change.

fixes #300

CB-14188: add beforeload event, catching navigation before it happens

reenable testing on all platforms

was disabled in #277

also accept terms for android sdk `android-27`

Merge branch 'CB-7179' of https://github.com/dpa99c/cordova-plugin-inappbrowser into CB-7179

CB-7179 (iOS): Add support to optionally use WKWebView for iOS

fix iOS 10 build

CB-7179 (iOS): Add support to optionally use WKWebView for iOS

[CB-10795] Exclude current app from external intent list (#154)

On Android, if the app defines an intent-filter for a given URL, and
then tries to use inappbrowser to launch that URL via the _system
target, the default handler for that intent is the app itself.

That behavior can lead to circular loops, and ultimately is not what the
developer wants -- the link should be launched in a browser.

Because there is no easy way to find the "default" system browser on a
device, this solution will do two things:
1) Check if the app is one of the targets for this intent
2) If so, create a custom chooser with all other targets, excluding the
current app.

If the app is not a target, then the current (existing) behavior is
preserved.

The only real "downside" to this approach is that a default handler can no longer be set for these URLs within the app, and a chooser will be shown each time the user taps a link that opens in a new browser.

Fixes https://issues.apache.org/jira/browse/CB-10795

CB-14234: Don't call handleOpenURL for system URLs (#278)

When calling `.open()` with a target of `_system`, the InAppBrowser on iOS is both launching the URL in the system browser AND also broadcasting to open the URL within the app (calling handleOpenURL). The latter behavior is problematic in many circumstances (e.g. when you want to explicitly open a link in a browser which is a universal link handled by the app).

This commit attempts to address this by checking the return value from openURL -- if it does not open the URL successfully, then (and only then) the code falls back to broadcasting the event within the app to handleOpenURL.

CB-12875: (iOS) Pushes the inappbrowser window to a higher ui level than the existing apps window. (#284)

Merge pull request #277 from brodybits/quick-ci-fixes

Quick CI fixes

Skip Android 6.0 on Travis CI (for now)

README.md add AppVeyor CI & Travis CI details

.travis.yml quick fixes

- skip some platform versions for now
- mark FUTURE TBD platform versions

.appveyor.yml add npm i & add eslint to test

(consistent with test script in package.json)

.travis.yml add blank lines

Merge pull request #272 from jcesarmobile/CB-12922

CB-12922 (ios): fix In-app browser does not cede control

CB-12922 (ios): fix In-app browser does not cede control

Merge pull request #269 from timbru31/fix/CB-14061-handle-more-url-schemes

CB-14061: (android) comply with RFC 3986 for custom URL scheme handling

Merge pull request #268 from wtrocki/CB-14048

CB-14048: (android) allowedSchemes check empty string fix

CB-14061: (android) comply with RFC 3986 for custom URL scheme handling

CB-14048: (android) allowedSchemes check empty string fix

remove statusbar when inAppBrowser is open in andriod

CB-14030 Set VERSION to 3.0.1-dev (via coho)

CB-14030 Updated version and RELEASENOTES.md for release 3.0.0 (via coho)

Merge pull request #266 from jcesarmobile/cordovaDependencies

Update cordovaDependencies to allow plugin install

Update cordovaDependencies to allow plugin install

Set VERSION to 3.0.1-dev (via coho)

CB-14030 Updated version and RELEASENOTES.md for release 3.0.0 (via coho)

Merge pull request #254 from NiklasMerz/loading-spinner

CB-13659 (iOS) Add hidespinner option

Merge pull request #263 from SailingSteve/CB-14013-InAppBrowser-AllowCustomSchemes

CB-14013: (android) Change the InAppBrowser to allow custom schemes for oAuth

Merge pull request #260 from bentleyo/navigation-buttons

Fix nav buttons on iOS and allow custom color

In file AppBrowser.java: New code within shouldOverrideUrlLoading() to
check for whitelisting custom schemes via a new "AllowedSchemes"
preference configuration item.  Allows custom schemes like
"mycoolapp://" or "wevotetwitterscheme://"

In file inappbrowser.js: Added new "customscheme" channel.

In file AppBrowser.java: New code within shouldOverrideUrlLoading() to
check for whitelisting custom schemes via a new "AllowedSchemes"
preference configuration item.  Allows custom schemes like
"mycoolapp://" or "wevotetwitterscheme://"

In file inappbrowser.js: Added new "customscheme" channel.

InAppBrowser.java: New method isURLWhileListed to check for whitelisting of
"AllowedSchemes" in a new preference configuration item.
There is a new check in shouldOverrideUrlLoading, to allow whitelisted
custom schemes like "mycoolapp://"

inappbrowser.js: Added "customscheme" channel.

InAppBrowser.java: New method isURLWhileListed to check for whitelisting of
"AllowedSchemes" in a new preference configuration item.
There is a new check in shouldOverrideUrlLoading, to allow whitelisted
custom schemes like "mycoolapp://"

inappbrowser.js: Added "customscheme" channel.

InAppBrowser.java: New method isURLWhileListed to check for whitelisting.
Newtest in shouldOverrideUrlLoading, to allow whitelisted custom schemes
like"mycoolapp://"

inappbrowser.js: Added "customscheme" channel.

InAppBrowser.java: New method isURLWhileListed to check for whitelisting.
Newtest in shouldOverrideUrlLoading, to allow whitelisted custom schemes
like"mycoolapp://"

inappbrowser.js: Added "customscheme" channel.