[webview_flutter_wkwebview] Extended Web View API on iOS to add flexibility when working with local HTML content #8787

agavrilko · 2025-03-04T23:00:59Z

Overview

The readAccessURLProvider property has been added to the WebKitWebViewControllerCreationParams class. This function allows customization of the path to associated resources when loading a local HTML page using loadFile on iOS.

What Is the Issue

Fixes flutter/flutter#136479

The native WKWebView takes two arguments when loading local HTML pages:

The file URL – The local HTML file to be loaded.
The read access URL – A file or directory that WKWebView can access (e.g., .css, .js files).

Currently, the Flutter implementation always sets the parent folder of the specified HTML file as the read access directory. This behavior is not configurable, which limits how local web content can be structured.

For example, the following structure does not work because the .css and .js files are not in the parent directory of the HTML file:

/app_resources/
│── styles/
│    ├── main.css
│
│── scripts/
│    ├── app.js
│
│── pages/
     ├── index.html  (Loaded file)

With the existing behavior, WKWebView cannot access styles/main.css and scripts/app.js because the parent folder of index.html (/pages/) does not contain them.

How This Resolves the Issue

The readAccessURLProvider property has been added to the WebKitWebViewControllerCreationParams class. This property accepts a function that takes the path of the HTML file being loaded and returns the path to the associated resources.

Each time loadFile is called, the controller invokes this function and passes its result as the second argument to the underlying WKWebView implementation.

By default, the function returns the parent directory of the specified HTML file, preserving the existing behavior when no custom provider is set.

Impact on End Users

Developers can now explicitly specify the directory that WKWebView should allow access to when loading a local HTML page, providing greater flexibility in organizing assets.
The existing API signature remains unchanged, ensuring that the update does not require any modifications to existing codebases unless the new functionality is utilized.

Pre-launch Checklist

If you need help, consider asking for advice on the #hackers-new channel on Discord.

google-cla · 2025-03-04T23:01:03Z

Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

View this failed invocation of the CLA check for more information.

For the most up to date status, view the checks section at the bottom of the pull request.

bparrishMines

@agavrilko To follow the pattern of other methods, we should introduce a new platform interface method to webview_flutter_platform_interface. Something like PlatformWebViewController.loadFileWithParams(LoadFileParams). LoadFileParams would contain a url parameter. Then the webview_flutter_wkwebview package can create its own implementation of LoadFileParams with the readAccessUrl parameter because it is unique to iOS/macOS.

agavrilko · 2025-04-28T23:50:47Z

Hello @bparrishMines,
Thank you for taking the time to review this MR!
I would like to ensure that I understand your feedback before proceeding.

I initially aimed to introduce this minor update without making any API changes, focusing solely on exposing the functionality that was already present but not accessible to users.
However, based on your comment, it seems you are suggesting a broader update that would introduce new APIs (e.g., LoadFileParams and a new/updated platform interface method).

Based on my understanding, your suggestion would require:

Introducing LoadFileParams at the platform interface level.
Extending the PlatformWebViewController to accept LoadFileParams instead of a plain string.
Adapting webview_flutter_wkwebview with a WebKitLoadFileParams subclass.

While this design would make the API more consistent and extensible, it would also introduce a breaking change for current users, requiring them to update their code.
That is why I am in doubt.

And if my understanding is correct, should I just update an existing loadFile method or introduce a new one?

bparrishMines · 2025-04-29T19:59:00Z

@agavrilko I think you should create a new platform interface method named something like: PlatformWebViewController.loadFileWithParams(LoadFileParams). This is consistent with updates to other platform interfaces where we realized in hindsight the method should have taken a class so that we can add parameters later.

Everything else you stated seems correct.

Additionally, after this feature lands, PlatformWebViewController.loadFile can be deprecated and it can just call loadFileWithParams.

agavrilko · 2025-05-05T18:21:39Z

Hello @bparrishMines

I'm seeing that the pipeline fails due to a version resolution issue:

Because webview_flutter_example depends on webview_flutter_platform_interface ^2.12.0 which doesn't match any versions, version solving failed.

Could you please advise on the proper workflow for updating versions across the packages?
Also, when you have a moment, could you review the changes to ensure everything aligns with your expectations?

Thank you!

bparrishMines · 2025-05-06T19:57:01Z

@agavrilko Yes, you can follow https://github.com/flutter/flutter/blob/master/docs/ecosystem/contributing/README.md#changing-federated-plugins for the process.

agavrilko · 2025-05-29T23:07:07Z

Hello @bparrishMines,

I need further assistance with this PR.
I expected to see ...you can't publish a package that has dependency overrides..., as stated here.

But it looks like changing _platform_interface and implementations in the same PR is not allowed:

Changed packages: webview_flutter/webview_flutter,webview_flutter_android,webview_flutter_platform_interface,webview_flutter_wkwebview
[0:00] Running for packages/webview_flutter/webview_flutter...
Dart changes are not allowed to other packages in webview_flutter in the same PR as changes to public Dart code in webview_flutter_platform_interface, as this can cause accidental breaking changes to be missed by automated checks. Please split the changes to these two packages into separate PRs.

Should this change be split into 2 different PRs?
If yes, please specify what parts should go to each.

bparrishMines

@agavrilko Yes, this PR won't be published as is. The first step is to get this PR approved first, then individual PRs for each package will be created. This allows us to review all the changes together before we start landing seaprate PRs.

bparrishMines · 2025-06-03T22:22:43Z

packages/webview_flutter/webview_flutter/lib/src/webview_controller.dart

+  /// such as headers (on Android) or resource paths (on iOS/macOS).
+  ///
+  /// Throws a `PlatformException` if the [absoluteFilePath] does not exist.
+  Future<void> loadFileWithParams(LoadFileParams params) {


This method shouldn't be necessary. A user can now use the platform specific loadFileWithParams to add platform specific parameters.

I am not sure I am property understand this comment.
Do you suggest to remove this method from the WebViewController class?
The loading of the file with custom parameters would look like the following:

switch (controller.platform) {
case final WebKitWebViewController platform:
platform.loadFileWithParams(...)

default:
...
}

Just want to ensure I understand it right.

Correct. WebViewController.loadFileWithParams should be removed and users could use the code snippet you provided to access the platform-specific params. The goal of the app-facing package is to provide a simple and clean API while the platform interface provides a more robust and extendable API.

The method was removed.
All changes to the WebViewController were reverted.

bparrishMines · 2025-06-03T22:23:42Z

packages/webview_flutter/webview_flutter/lib/src/webview_controller.dart

  /// `/Users/username/Documents/www/index.html`.
  ///
  /// Throws a `PlatformException` if the [absoluteFilePath] does not exist.
+  @Deprecated('Use loadFileWithParams(LocalFileParams params) instead. '


This shouldn't need deprecation. This can just change the platform call from platform.loadFile to platform.loadFileWithParams.

bparrishMines · 2025-06-03T22:25:56Z

packages/webview_flutter/webview_flutter_platform_interface/lib/src/types/load_file_params.dart

+/// Platform-specific implementations can add additional fields by extending
+/// this class.
+///
+/// {@tool sample}


Suggested change

/// {@tool sample}

This doesn't actually do anything right now. We just haven't removed them from other classes yet.

bparrishMines · 2025-06-03T22:26:06Z

packages/webview_flutter/webview_flutter_platform_interface/lib/src/types/load_file_params.dart

+///   final String readAccessPath;
+/// }
+/// ```
+/// {@end-tool}


Suggested change

/// {@end-tool}

Same here

bparrishMines · 2025-06-03T22:26:19Z

packages/webview_flutter/webview_flutter_platform_interface/lib/src/types/load_file_params.dart

+/// this class.
+///
+/// {@tool sample}
+/// This example demonstrates how to extend [LocalFileParams] to provide


Suggested change

/// This example demonstrates how to extend [LocalFileParams] to provide

/// This example demonstrates how to extend [LoadFileParams] to provide

bparrishMines · 2025-06-03T22:31:14Z

packages/webview_flutter/webview_flutter_wkwebview/lib/src/webkit_webview_controller.dart

+class WebKitLoadFileParams extends LoadFileParams {
+  /// Constructs a [WebKitLoadFileParams], the subclass of a [LoadFileParams].
+  ///
+  /// The optional [readAccessPath] defines the directory that the WebView is


I think this information should be moved to the documentation for the field.

bparrishMines · 2025-06-03T22:31:49Z

packages/webview_flutter/webview_flutter_android/lib/src/android_webview_controller.dart

+class AndroidLoadFileParams extends LoadFileParams {
+  /// Constructs a [AndroidLoadFileParams], the subclass of a [LoadFileParams].
+  ///
+  /// Optionally, [headers] map may be included, which contains key-value pairs


I think this information should be moved to the field.

bparrishMines · 2025-06-03T22:32:24Z

packages/webview_flutter/webview_flutter_android/lib/src/android_webview_controller.dart

+  /// that will be passed as additional HTTP headers when loading the file.
+  AndroidLoadFileParams({
+    required String absoluteFilePath,
+    this.headers = _defaultHeaders,


This should work right?

Suggested change

this.headers = _defaultHeaders,

this.headers = const <String, String>{},

bparrishMines · 2025-06-03T22:33:11Z

packages/webview_flutter/webview_flutter_android/lib/src/android_webview_controller.dart

      _webView.pigeon_instanceManager.getIdentifier(_webView)!;

  @override
-  Future<void> loadFile(


As stated in the iOS implementation as well, we keep loadFile and it should just call loadFileWithParams.

bparrishMines · 2025-06-03T22:34:27Z

packages/webview_flutter/webview_flutter_android/test/android_webview_controller_test.dart

    }

-    test('loadFile without file prefix', () async {
+    test('Initializing WebView settings on controller creation', () async {


Since the loadFile method will be kept in AndroidWebViewController, one of the tests for loadFile should be kept.

'loadFile' tests restored under 'loadFile' group.
NOTE: the test on 277 line was not related to the 'loadFile' method, this change just fixes the label.

bparrishMines · 2025-06-23T17:35:21Z

@agavrilko Is this waiting for another review? WebViewController.loadFileWithParams is still included in webview_flutter.

agavrilko · 2025-06-24T22:54:36Z

@agavrilko Is this waiting for another review? WebViewController.loadFileWithParams is still included in webview_flutter.

Hello @bparrishMines, my apologies, I did not see the notification about your reply.
The method was removed as requested.

I have rebased the branch onto the latest main and cleaned the rest of the code.
Let me know what I should do next.
Thank you for your assistance.

bparrishMines

LGTM with a handful of nits. Thanks for working on this!

@stuartmorgan-g / @tarrinneal This is ready for a secondary review.

bparrishMines · 2025-06-25T17:44:13Z

.../webview_flutter/webview_flutter_platform_interface/lib/src/platform_webview_controller.dart

+  /// Platform-specific implementations may extend [LocalFileParams] to support
+  /// additional parameters, such as iOS/macOS-specific read access options.
+  ///
+  /// Throws an [ArgumentError] if the file specified in


nit: I don't think this is true anymore for this method. I see that this was copied from loadFile, but this sentence can be removed for this method.

Removed from loadFileWithParams only.

bparrishMines · 2025-06-25T17:45:51Z

packages/webview_flutter/webview_flutter_android/lib/src/android_webview_controller.dart

+    );
+  }
+
+  /// Additional HTTP headers to be included when loading the local file.


nit: Separate first sentence.

Suggested change

/// Additional HTTP headers to be included when loading the local file.

/// Additional HTTP headers to be included when loading the local file.

///

bparrishMines · 2025-06-25T17:52:25Z

packages/webview_flutter/webview_flutter_android/lib/src/android_webview_controller.dart

+  ) async {
+    switch (params) {
+      case final AndroidLoadFileParams params:
+        await _webView.settings.setAllowFileAccess(true);


nit: Using Future.wait here is a little faster. Method calls are called sequentially and are handled synchronously.

Suggested change

await _webView.settings.setAllowFileAccess(true);

await Future.wait(<Future<void>>[

_webView.settings.setAllowFileAccess(true),

_webView.loadUrl(params.absoluteFilePath, params.headers),

]);

Updated.
I'm not familiar with the internal implementation, but these operations seem closely related. Could this introduce any potential race conditions? Setting the access flag after the page starts loading doesn't seem reliable to me.

bparrishMines · 2025-06-25T17:53:20Z

packages/webview_flutter/webview_flutter_wkwebview/lib/src/webkit_webview_controller.dart

+    );
+  }
+
+  /// The directory to which the WebView is granted read access.


nit: Separate first sentence.

Suggested change

/// The directory to which the WebView is granted read access.

/// The directory to which the WebView is granted read access.

///

bparrishMines · 2025-06-25T17:55:43Z

packages/webview_flutter/webview_flutter_android/CHANGELOG.md

@@ -1,3 +1,7 @@
+## 4.8.0
+
+* Introduces `AndroidLoadFileParams`, a platform-specific extension of `LoadFileParams` for Android that adds support for `headers`.


I would also add something like this

Suggested change

* Introduces `AndroidLoadFileParams`, a platform-specific extension of `LoadFileParams` for Android that adds support for `headers`.

* Adds support for `PlatformWebViewController.loadFileWithParams`.

* Introduces `AndroidLoadFileParams`, a platform-specific extension of `LoadFileParams` for Android that adds support for `headers`.

bparrishMines · 2025-06-25T17:56:24Z

packages/webview_flutter/webview_flutter_wkwebview/CHANGELOG.md

+## 3.23.0

 * Updates minimum supported SDK version to Flutter 3.27/Dart 3.6.
+* Introduces `WebKitLoadFileParams`, a platform-specific extension of `LoadFileParams` for iOS and macOS that adds support for `readAccessPath`.


Same comment from Android.

Suggested change

* Introduces `WebKitLoadFileParams`, a platform-specific extension of `LoadFileParams` for iOS and macOS that adds support for `readAccessPath`.

* Adds support for `PlatformWebViewController.loadFileWithParams`.

* Introduces `WebKitLoadFileParams`, a platform-specific extension of `LoadFileParams` for iOS and macOS that adds support for `readAccessPath`.

bparrishMines · 2025-06-25T17:58:14Z

packages/webview_flutter/webview_flutter_platform_interface/CHANGELOG.md

+## 2.14.0
+
+* Adds `PlatformWebViewController.loadFileWithParams(LoadFileParams)` to support loading local HTML files with platform-specific parameters.
+* Deprecates `PlatformWebViewController.loadFile(String)` in favour of `PlatformWebViewController.loadFileWithParams(LoadFileParams)`.


This can be removed for now since we won't deprecate it until after the platform implementations have landed.

We can do deprecations in the initial pass now. That used to be impossible due to linting, but we no longer have deprecation lints enabled in the repo.

Removed from the change log, since we removed it from the code.

stuartmorgan-g · 2025-07-07T15:17:56Z

.../webview_flutter/webview_flutter_platform_interface/lib/src/platform_webview_controller.dart

+  Future<void> loadFileWithParams(
+    LoadFileParams params,
+  ) {
+    throw UnimplementedError(


This should call the old method, not throw. See step 1 of https://github.com/flutter/flutter/blob/master/docs/ecosystem/contributing/README.md#changing-platform-interface-method-parameters

And that pass-through should be unit-tested in this package.

loadFileWithParams implementation was updated. Unit test added.

stuartmorgan-g

Looks good to go forward with splitting out the platform interface PR.

agavrilko · 2025-07-30T00:32:37Z

Hello @bparrishMines, @stuartmorgan-g

Here is the PR with only platform interface changes.
#9697

Let me know if I applied the version bump correctly.

agavrilko · 2025-08-04T22:34:47Z

Hello @bparrishMines, @stuartmorgan-g
I updated PR after the platform interface was merged.

All tests and formatting passes just fine locally,
However there is an issue on pipeline, which I am afraid I do not understand:

error - lib/src/webkit_webview_controller.dart:44:41 - Classes can only extend other classes. Try specifying a different superclass, or removing the extends clause. - extends_non_class
error - lib/src/webkit_webview_controller.dart:47:20 - No associated named super constructor parameter. Try changing the name to the name of an existing named super constructor parameter, or creating such named parameter. - super_formal_parameter_without_associated_named
error - lib/src/webkit_webview_controller.dart:49:57 - The argument type 'dynamic' can't be assigned to the parameter type 'String'. - argument_type_not_assignable
error - lib/src/webkit_webview_controller.dart:54:5 - Undefined class 'LoadFileParams'. Try changing the name to the name of an existing class, or creating a class with the name 'LoadFileParams'. - undefined_class
error - lib/src/webkit_webview_controller.dart:448:5 - Undefined class 'LoadFileParams'. Try changing the name to the name of an existing class, or creating a class with the name 'LoadFileParams'. - undefined_class
error - lib/src/webkit_webview_controller.dart:453:18 - The getter 'absoluteFilePath' isn't defined for the type 'WebKitLoadFileParams'. Try importing the library that defines 'absoluteFilePath', correcting the name to the name of an existing getter, or defining a getter or field named 'absoluteFilePath'. - undefined_getter
error - test/webkit_webview_controller_test.dart:353:17 - The name 'LoadFileParams' isn't a class. Try correcting the name to match an existing class. - creation_with_non_type
warning - lib/src/webkit_webview_controller.dart:447:16 - The method doesn't override an inherited method. Try updating this class to match the superclass, or removing the override annotation. - override_on_non_overriding_member
warning - lib/src/webkit_webview_controller.dart:457:7 - Dead code. Try removing the code, or fixing the code before it so that it can be reached. - dead_code
warning - lib/src/webkit_webview_controller.dart:458:9 - Dead code. Try removing the code, or fixing the code before it so that it can be reached. - dead_code
info - lib/src/webkit_webview_controller.dart:447:16 - Missing documentation for a public member. Try adding documentation for the member. - public_member_api_docs

11 issues found.

Looks like the latest version is not being pulled:

webview_flutter_platform_interface 2.13.0 (2.14.0 available)

But why this happens I can't tell.
Could you guide please?

stuartmorgan-g · 2025-08-05T11:55:16Z

Looks like the latest version is not being pulled:

webview_flutter_platform_interface 2.13.0 (2.14.0 available)

But why this happens I can't tell. Could you guide please?

Because you have code that requires 2.14.0, but (incorrectly) haven't indicated in pubspec.yaml that the package requires 2.14.0, so the downgrade tests that validate that the minimum package versions are correctly expressing the requirements—to prevent clients from having exactly this same compilation failure—is failing.

agavrilko · 2025-08-05T16:59:24Z

Thank you @stuartmorgan-g for explaining what downgrade tests are.

In this case, since main webview_backage depends on platform interface and depends on wkwebview & andorid, that depend on platform interface as well:

I believe it will be right to create another PR to update webview_flutter_android and webview_flutter_wkwebview.
And then have just webview_flutter updated in this one.

Is my understanding correct?

stuartmorgan-g · 2025-08-05T17:26:12Z

I believe it will be right to create another PR to update webview_flutter_android and webview_flutter_wkwebview.
And then have just webview_flutter updated in this one.

I don't understand what you are proposing here, since there are no webview_flutter changes as part of this PR.

The solution to the CI failures is to update the packages in this PR to properly express the minimum versions of the dependencies they require.

agavrilko · 2025-08-05T20:54:25Z

I have update the references in android and wkwebview packages.

bparrishMines

LGTM

bparrishMines · 2025-08-06T15:22:07Z

packages/webview_flutter/webview_flutter_android/lib/src/android_webview_controller.dart

+
+  /// Additional HTTP headers to be included when loading the local file.
+  ///
+  /// If not provided at initialization time, doesn't add any addition headers.


nit:

Suggested change

/// If not provided at initialization time, doesn't add any addition headers.

/// If not provided at initialization time, doesn't add any additional headers.

…L pages on iOS and Android flutter/flutter#136479 • Introduces `AndroidLoadFileParams` to specify additional header flags while loading local HTML pages on Android • Introduces `WebKitLoadFileParams` to customize path to the additional resources (css, js) while loading local HTML pages on iOS/macOS

…dd flexibility when working with local HTML content (flutter/packages#8787)

flutter/packages@f0b2726...6efb759 2025-08-06 [email protected] [camera_android_camerax] Re-land "Force new Surface for each SurfaceRequest" (flutter/packages#9760) 2025-08-06 [email protected] [google_maps_flutter] Add ability to perform Google Maps SDK warmup (flutter/packages#9674) 2025-08-06 [email protected] Roll Flutter from 59fc766 to 9de63a0 (6 revisions) (flutter/packages#9764) 2025-08-06 [email protected] [webview_flutter_wkwebview] Extended Web View API on iOS to add flexibility when working with local HTML content (flutter/packages#8787) If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/flutter-packages-flutter-autoroll Please CC [email protected] on the revert to ensure that a human is aware of the problem. To file a bug in Flutter: https://github.com/flutter/flutter/issues/new/choose To report a problem with the AutoRoller itself, please file a bug: https://issues.skia.org/issues/new?component=1389291&template=1850622 Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/main/autoroll/README.md

* main: (56 commits) [go_router_builder] Support extension types (flutter#9458) Roll Flutter from e2a347b14a18 to 34c2a3b158b2 (41 revisions) (flutter#9803) [go_router_builder] Migrate to Element2 API and update dependencies (flutter#9649) [in_app_purchase_storekit] Add support for quantity in consumable product purchases (#171570) (flutter#9698) [pigeon] Improves documentation of `ProxyApi` and moves helper functions to a separate file (flutter#9756) Roll Flutter from 1590543f6794 to e2a347b14a18 (1 revision) (flutter#9784) [camera_avfoundation] Implementation swift migration - part 11 (flutter#9690) [camera_avfoundation] Fix crash when streaming while recording (flutter#9691) Roll Flutter from 38217906e95c to 1590543f6794 (14 revisions) (flutter#9780) Roll Flutter from 92a6bfbfd6ef to 38217906e95c (17 revisions) (flutter#9778) [video_player] Improve KVO handling on iOS (flutter#9718) [dependabot]: Bump the test-dependencies group across 15 directories with 7 updates (flutter#9736) Roll Flutter from 9de63a03428f to 92a6bfbfd6ef (11 revisions) (flutter#9769) [google_maps_flutter_platform_interface] Add Advanced markers support (flutter#9737) [camera_android_camerax] Re-land "Force new Surface for each SurfaceRequest" (flutter#9760) [google_maps_flutter] Add ability to perform Google Maps SDK warmup (flutter#9674) Roll Flutter from 59fc766c6fdf to 9de63a03428f (6 revisions) (flutter#9764) [webview_flutter_wkwebview] Extended Web View API on iOS to add flexibility when working with local HTML content (flutter#8787) [local_auth] Differentiate iOS authentication errors (flutter#9705) manual roll to 59fc766c6fdfd03d0983fc95ce8b76793a300dd5 (flutter#9758) ... # Conflicts: # packages/go_router_builder/lib/src/type_helpers.dart # packages/go_router_builder/pubspec.yaml

flutter/packages@f0b2726...6efb759 2025-08-06 [email protected] [camera_android_camerax] Re-land "Force new Surface for each SurfaceRequest" (flutter/packages#9760) 2025-08-06 [email protected] [google_maps_flutter] Add ability to perform Google Maps SDK warmup (flutter/packages#9674) 2025-08-06 [email protected] Roll Flutter from 59fc766 to 9de63a0 (6 revisions) (flutter/packages#9764) 2025-08-06 [email protected] [webview_flutter_wkwebview] Extended Web View API on iOS to add flexibility when working with local HTML content (flutter/packages#8787) If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/flutter-packages-flutter-autoroll Please CC [email protected] on the revert to ensure that a human is aware of the problem. To file a bug in Flutter: https://github.com/flutter/flutter/issues/new/choose To report a problem with the AutoRoller itself, please file a bug: https://issues.skia.org/issues/new?component=1389291&template=1850622 Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/main/autoroll/README.md

agavrilko requested a review from cbracken as a code owner March 4, 2025 23:00

github-actions bot added platform-ios p: webview_flutter labels Mar 4, 2025

agavrilko mentioned this pull request Mar 4, 2025

readAccessUrl of the webview_flutter_wkwebview should be accessible for customization flutter/flutter#136479

Closed

2 tasks

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from 5e0c659 to 3417b52 Compare March 4, 2025 23:04

stuartmorgan-g requested a review from bparrishMines March 25, 2025 19:54

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from 3417b52 to bc4128f Compare April 7, 2025 17:22

bparrishMines requested changes Apr 13, 2025

View reviewed changes

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from bc4128f to afad597 Compare May 1, 2025 23:55

agavrilko requested a review from LouiseHsu as a code owner May 1, 2025 23:55

github-actions bot added the platform-android label May 1, 2025

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from afad597 to e3639a2 Compare May 5, 2025 18:12

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch 2 times, most recently from d08642a to bffcb4e Compare May 21, 2025 22:22

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from bffcb4e to f3090f0 Compare May 29, 2025 22:35

bparrishMines reviewed Jun 3, 2025

View reviewed changes

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from f3090f0 to 9531f5c Compare June 4, 2025 00:12

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch 3 times, most recently from 29db233 to aa37e8d Compare June 24, 2025 22:49

bparrishMines approved these changes Jun 25, 2025

View reviewed changes

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from aa37e8d to 1650c9b Compare June 25, 2025 18:40

stuartmorgan-g reviewed Jul 7, 2025

View reviewed changes

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from 1650c9b to 095941d Compare July 7, 2025 22:50

stuartmorgan-g approved these changes Jul 23, 2025

View reviewed changes

agavrilko mentioned this pull request Jul 30, 2025

[webview_flutter_platform_interface] Provide flexible API for loading local HTML files #9697

Merged

11 tasks

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch 3 times, most recently from 5365594 to a28b4cc Compare August 4, 2025 21:56

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch 2 times, most recently from ec15515 to 5d33e50 Compare August 5, 2025 20:43

bparrishMines approved these changes Aug 6, 2025

View reviewed changes

agavrilko force-pushed the feature/#136479-readAccessUrl-customization-on-iOS branch from 5d33e50 to 0226974 Compare August 6, 2025 16:34

stuartmorgan-g added the autosubmit Merge PR when tree becomes green via auto submit App label Aug 6, 2025

auto-submit bot merged commit 5eaa5c9 into flutter:main Aug 6, 2025
80 checks passed

agavrilko deleted the feature/#136479-readAccessUrl-customization-on-iOS branch August 6, 2025 17:05

engine-flutter-autoroll added a commit to engine-flutter-autoroll/flutter that referenced this pull request Aug 7, 2025

5eaa5c9 [webview_flutter_wkwebview] Extended Web View API on iOS to a…

0358a53

…dd flexibility when working with local HTML content (flutter/packages#8787)

engine-flutter-autoroll mentioned this pull request Aug 7, 2025

Roll Packages from f0b272645902 to 6efb75994fc0 (4 revisions) flutter/flutter#173414

Merged

	/// This example demonstrates how to extend [LocalFileParams] to provide
	/// This example demonstrates how to extend [LoadFileParams] to provide

	this.headers = _defaultHeaders,
	this.headers = const <String, String>{},

	/// Additional HTTP headers to be included when loading the local file.
	/// Additional HTTP headers to be included when loading the local file.
	///

-        await _webView.settings.setAllowFileAccess(true);
+        await Future.wait(<Future<void>>[
+          _webView.settings.setAllowFileAccess(true),
+          _webView.loadUrl(params.absoluteFilePath, params.headers),
+        ]);

	/// The directory to which the WebView is granted read access.
	/// The directory to which the WebView is granted read access.
	///

		@@ -1,3 +1,7 @@
		## 4.8.0

		* Introduces `AndroidLoadFileParams`, a platform-specific extension of `LoadFileParams` for Android that adds support for `headers`.

	* Introduces `AndroidLoadFileParams`, a platform-specific extension of `LoadFileParams` for Android that adds support for `headers`.
	* Adds support for `PlatformWebViewController.loadFileWithParams`.
	* Introduces `AndroidLoadFileParams`, a platform-specific extension of `LoadFileParams` for Android that adds support for `headers`.

	* Introduces `WebKitLoadFileParams`, a platform-specific extension of `LoadFileParams` for iOS and macOS that adds support for `readAccessPath`.
	* Adds support for `PlatformWebViewController.loadFileWithParams`.
	* Introduces `WebKitLoadFileParams`, a platform-specific extension of `LoadFileParams` for iOS and macOS that adds support for `readAccessPath`.

	/// If not provided at initialization time, doesn't add any addition headers.
	/// If not provided at initialization time, doesn't add any additional headers.

[webview_flutter_wkwebview] Extended Web View API on iOS to add flexibility when working with local HTML content #8787

[webview_flutter_wkwebview] Extended Web View API on iOS to add flexibility when working with local HTML content #8787

Uh oh!

Conversation

agavrilko commented Mar 4, 2025 • edited by stuartmorgan-g Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Overview

What Is the Issue

How This Resolves the Issue

Impact on End Users

Pre-launch Checklist

Uh oh!

google-cla bot commented Mar 4, 2025

Uh oh!

bparrishMines left a comment

Choose a reason for hiding this comment

Uh oh!

agavrilko commented Apr 28, 2025

Uh oh!

bparrishMines commented Apr 29, 2025

Uh oh!

agavrilko commented May 5, 2025

Uh oh!

bparrishMines commented May 6, 2025

Uh oh!

agavrilko commented May 29, 2025

Uh oh!

bparrishMines left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

bparrishMines commented Jun 23, 2025

Uh oh!

agavrilko commented Jun 24, 2025

Uh oh!

bparrishMines left a comment

Choose a reason for hiding this comment

agavrilko commented Mar 4, 2025 •

edited by stuartmorgan-g

Loading

bparrishMines Jun 25, 2025 •

edited

Loading