Nick VN

After some research, I think I found the reason for this behavior: `WebViewLocalServer.shouldInterceptRequest()` is only called for the URL that redirects, but not for the redirect target. More specifically, `handler`...

What worked for me is to use [patch-package](https://www.npmjs.com/package/patch-package) to update `import android.support.customtabs.CustomTabsIntent;` to `import androidx.browser.customtabs.CustomTabsIntent` in https://github.com/google/cordova-plugin-browsertab/blob/master/plugin/src/android/BrowserTab.java This is the patch file: `cordova-plugin-browsertab+0.2.0.patch` ``` diff --git a/node_modules/cordova-plugin-browsertab/src/android/BrowserTab.java b/node_modules/cordova-plugin-browsertab/src/android/BrowserTab.java index 5f8e56a..0aeda0a...

A possible solution would be to save a copy of the relevant marker information in `this.markers` instead of references to the actual marker objects. For example (untested code): ```Javascript public...

A `reset` method or `force` option would work in our case.

Upgrading to Jest 29 and related dependencies fixed the problem for us. Because Jest now uses Node instead of JSDom as the default environment I also had to tell Jest...

@Anand14001 try upgrading to expo 51.0.14, it fixed the problem for us.

Made a PR for React 19 and RN 0.78+ support: https://github.com/tomekvenits/react-native-map-clustering/pull/281 For now, we just moved the code into our own codebase and made the changes there.

I was able to get DevTools running on WSL by installing Chrome on WSL and then setting the following environment variables: ``` export CHROME_PATH=/usr/bin/google-chrome export DISPLAY=:0 ``` I did not...