* Extract WebChromeClient from an anonymous class

* Support fullscreen videos on Android

Forces landscape mode while playing.

* Use sticky immersive mode for fullscreen videos

No longer forces landscape mode as that is a problem for portrait videos - allow
the user to rotate as necessary.

Only supports KitKat or greater, and falls back to leaving the status and navigation
bars visible for lower than KitKat. This is the easiest way to prevent issues with
resizing the video during playback.

Also implement a lifecyle event listener which means if a user backgrounds the app
or locks the screen with the video fullscreen, the UI visibility is re-applied.

* Add allowsFullscreenVideo prop to control whether videos can be fullscreen on Android

Luckily, we're able to change the WebChromeClient on demand in response to prop changes
without seeming to do any harm. If you switch to disallow fullscreen, it will attempt
to close the currently fullscreened video (if there is one) so users aren't stuck.

I did notice a bug that if you go from fullscreen allowed, to fullscreen disallowed,
the fullscreen button will remain on the video. Tapping the button will have no effect.

## [5.8.2](https://github.com/react-native-community/react-native-webview/compare/v5.8.1...v5.8.2) (2019-05-13)

### Bug Fixes

* **android:** unable to re-enable hardware acceleration after disabled it ([#553](https://github.com/react-native-community/react-native-webview/issues/553)) ([c8977ec](https://github.com/react-native-community/react-native-webview/commit/c8977ec))

## [5.8.1](https://github.com/react-native-community/react-native-webview/compare/v5.8.0...v5.8.1) (2019-04-30)

### Bug Fixes

* **WKWebView:** StatusBar is gone after fullscreen (iOS 12) ([#544](https://github.com/react-native-community/react-native-webview/issues/544)) ([c2914a8](https://github.com/react-native-community/react-native-webview/commit/c2914a8)), closes [#62](https://github.com/react-native-community/react-native-webview/issues/62)

fixes #62

# [5.8.0](https://github.com/react-native-community/react-native-webview/compare/v5.7.2...v5.8.0) (2019-04-29)

### Features

* **WKWebView:** Allow focus without user interaction ([#540](https://github.com/react-native-community/react-native-webview/issues/540)) ([455c30e](https://github.com/react-native-community/react-native-webview/commit/455c30e))

* docs: update README.md

* docs: update .all-contributorsrc

* [iOS] Allow focus without user interaction

* Add documentation for keyboardDisplayRequiresUserAction

* set keyboardDisplayRequiresUserAction default to true

## [5.7.2](https://github.com/react-native-community/react-native-webview/compare/v5.7.1...v5.7.2) (2019-04-29)

### Bug Fixes

* **types:** wrong parameter type in onLoadProgress ([#538](https://github.com/react-native-community/react-native-webview/issues/538)) ([5892601](https://github.com/react-native-community/react-native-webview/commit/5892601))

WebViewProgressEvent musst be wrapped within NativeSyntheticEvent

* docs: update README.md

* docs: update .all-contributorsrc

## [5.7.1](https://github.com/react-native-community/react-native-webview/compare/v5.7.0...v5.7.1) (2019-04-23)

### Bug Fixes

* **WKWebView:** iOS crash when WebView's title is nil ([#521](https://github.com/react-native-community/react-native-webview/issues/521)) ([7a91221](https://github.com/react-native-community/react-native-webview/commit/7a91221))

# [5.7.0](https://github.com/react-native-community/react-native-webview/compare/v5.6.3...v5.7.0) (2019-04-15)

### Features

* **iOS cookies:** implement sharedCookiesEnabled prop for iOS RNCWKWebView ([#175](https://github.com/react-native-community/react-native-webview/issues/175)) ([cdbfc19](https://github.com/react-native-community/react-native-webview/commit/cdbfc19))

We had the problem on iOS WebViews that local cookies (stored in local HTTPCookieStorage, set with  [react-native-cookie](https://github.com/shimohq/react-native-cookie) ) were not added in loadRequests. On Android the local stored cookies were sent like expected.
This kinda "hacky" solution is the only way we found, that works for us.
The stack overview link is in the code below.
If someone finds a better solution we would very much like to accept that.

## [5.6.3](https://github.com/react-native-community/react-native-webview/compare/v5.6.2...v5.6.3) (2019-04-15)

### Bug Fixes

* **android:** updating source.html prop doesn't refresh webview ([#485](https://github.com/react-native-community/react-native-webview/issues/485)) ([9aa14f1](https://github.com/react-native-community/react-native-webview/commit/9aa14f1))

## [5.6.2](https://github.com/react-native-community/react-native-webview/compare/v5.6.1...v5.6.2) (2019-04-04)

### Bug Fixes

* **styles:** Removes hard-coded container white backgroundColor ([#478](https://github.com/react-native-community/react-native-webview/issues/478)) ([5ec74ea](https://github.com/react-native-community/react-native-webview/commit/5ec74ea)), closes [#475](https://github.com/react-native-community/react-native-webview/issues/475) [#472](https://github.com/react-native-community/react-native-webview/issues/472)

Fixes #475

#472 added a `backgroundColor` of `white` to the `container` style which broke the ability to set a `transparent` background color on the `WebView` component. This simply removes that unnecessary style.

## [5.6.1](https://github.com/react-native-community/react-native-webview/compare/v5.6.0...v5.6.1) (2019-04-03)

### Bug Fixes

* **styles:** removed unneeded display: 'none' ([91eb7ce](https://github.com/react-native-community/react-native-webview/commit/91eb7ce)), closes [#473](https://github.com/react-native-community/react-native-webview/issues/473)

fixes #473

# [5.6.0](https://github.com/react-native-community/react-native-webview/compare/v5.5.1...v5.6.0) (2019-04-02)

### Features

* **android:** fix overflow issues and match iOS default renders ([#472](https://github.com/react-native-community/react-native-webview/issues/472)) ([319a86e](https://github.com/react-native-community/react-native-webview/commit/319a86e)), closes [#466](https://github.com/react-native-community/react-native-webview/issues/466) [#194](https://github.com/react-native-community/react-native-webview/issues/194)

fixes #466 #194

* feat(android): fix overflow issues and match iOS default render error and loading behaviour

* Use babel preset typescript through react-native instead of ts-jest

* Update yarn.lock

* Update README.md

## [5.5.1](https://github.com/react-native-community/react-native-webview/compare/v5.5.0...v5.5.1) (2019-04-02)

### Bug Fixes

* **iOS WKWebView:** fixed local html files loading on real devices ([#403](https://github.com/react-native-community/react-native-webview/issues/403)) ([9c9b7d7](https://github.com/react-native-community/react-native-webview/commit/9c9b7d7))

# [5.5.0](https://github.com/react-native-community/react-native-webview/compare/v5.4.6...v5.5.0) (2019-03-28)

### Features

* **android:** textZoom prop to limit scaling issues ([#414](https://github.com/react-native-community/react-native-webview/issues/414)) ([82fe6e2](https://github.com/react-native-community/react-native-webview/commit/82fe6e2))

When setting a custom font size in the Android system, an undesirable scale of the site interface in WebView occurs.

I researched that when setting the standard textZoom (100) parameter size, this undesirable effect disappears.

This can be very useful if you need to avoid the scale of content in WebView when changing the size of system fonts, or change textZoom property directly.

Example:

`
<WebView
  textZoom={100}
/>
`

## [5.4.6](https://github.com/react-native-community/react-native-webview/compare/v5.4.5...v5.4.6) (2019-03-27)

### Bug Fixes

* **android:** Annotate RNCWebViewModule with @ReactModule to comply with latest changes ([#459](https://github.com/react-native-community/react-native-webview/issues/459)) ([f6e208b](https://github.com/react-native-community/react-native-webview/commit/f6e208b))

The app was crashing with `"Could not find @ReactModule annotation in class RNCWebViewModule"` exception. Searching for this message in RN's code I found [this commit](0cd3994f1a/), introduced in React Native 0.58, which requires native modules to be annotated with @ReactModule annotation. 🤔 

After adding the annotation to the module, tapping on a file input field no longer crashes the app (in fact it shows the file browser). 🎉 

I haven't had caught it previously, testing only against React Native 0.57, sorry! 😞 

For reference see similar fix in `react-native-gesture-handler` — https://github.com/kmagiera/react-native-gesture-handler/pull/295.

Fixes https://github.com/react-native-community/react-native-webview/issues/458.

## [5.4.5](https://github.com/react-native-community/react-native-webview/compare/v5.4.4...v5.4.5) (2019-03-27)

### Bug Fixes

* **types:** export WebViewProps for external use ([#457](https://github.com/react-native-community/react-native-webview/issues/457)) ([ef709aa](https://github.com/react-native-community/react-native-webview/commit/ef709aa))

## [5.4.4](https://github.com/react-native-community/react-native-webview/compare/v5.4.3...v5.4.4) (2019-03-26)

### Bug Fixes

* **types:** make source html base URL optional ([a1e2368](https://github.com/react-native-community/react-native-webview/commit/a1e2368))

## [5.4.3](https://github.com/react-native-community/react-native-webview/compare/v5.4.2...v5.4.3) (2019-03-26)

### Bug Fixes

* **typings:** incorrect package.json + fix d.ts([#453](https://github.com/react-native-community/react-native-webview/issues/453)) ([e2adacc](https://github.com/react-native-community/react-native-webview/commit/e2adacc))

* fix(typings): fix syntax of main d.ts file

* fix(typings): point typings field in package.json to actual d.ts file

## [5.4.2](https://github.com/react-native-community/react-native-webview/compare/v5.4.1...v5.4.2) (2019-03-21)

### Bug Fixes

* **types:** Add missing type definitions of the methods ([#442](https://github.com/react-native-community/react-native-webview/issues/442)) ([54268ff](https://github.com/react-native-community/react-native-webview/commit/54268ff))

Adds @svbutko as a contributor for doc.

This was requested by Titozzz [in this comment](https://github.com/react-native-community/react-native-webview/pull/442#issuecomment-475252579)

Also made the exported component a class (to add methods) and made him extend Component instead of ComponentType.

## [5.4.1](https://github.com/react-native-community/react-native-webview/compare/v5.4.0...v5.4.1) (2019-03-20)

### Bug Fixes

* **android:** Do not hold a strong reference to native module in the package ([#434](https://github.com/react-native-community/react-native-webview/issues/434)) ([566a629](https://github.com/react-native-community/react-native-webview/commit/566a629))

# [5.4.0](https://github.com/react-native-community/react-native-webview/compare/v5.3.1...v5.4.0) (2019-03-20)

### Features

* **typescript:** Source code rewrite using typescript ([#425](https://github.com/react-native-community/react-native-webview/issues/425)) ([453b7dd](https://github.com/react-native-community/react-native-webview/commit/453b7dd)), closes [#384](https://github.com/react-native-community/react-native-webview/issues/384) [#435](https://github.com/react-native-community/react-native-webview/issues/435) [#206](https://github.com/react-native-community/react-native-webview/issues/206) [#171](https://github.com/react-native-community/react-native-webview/issues/171) [#168](https://github.com/react-native-community/react-native-webview/issues/168)

Rewrote the whole repository into typescript. This will provide way better and up to date documentation. This should also add some safety for people contributing 😄 .
Flow types were not working until now which is why this PR doesn't have them but feel free to PR.

This also fixes #384 #435 #206 #171 #168.

Added an extremely simple `.editorconfig` I inferred from the main part of the project, then reformatted the codebase according to it. 🙂