feat: Allow serverURL configuration at initialization #884

rahul-mixpanel · 2026-01-19T12:54:44Z

This pull request introduces support for configuring the Mixpanel API server URL and proxy server interactor at initialization time via MixpanelOptions. This ensures correct endpoint usage and ad-blocker detection, especially for EU servers or custom proxies. The changes update the builder pattern, propagate configuration throughout the codebase, and add tests to verify behavior.

Server URL and Proxy Configuration

Added serverURL and proxyServerInteractor fields to MixpanelOptions, with corresponding builder methods (serverURL(String) and proxyServerInteractor(ProxyServerInteractor)) for initialization-time configuration. [1] [2]
Updated MixpanelAPI to apply the server URL and proxy interactor from MixpanelOptions before instantiating AnalyticsMessages, ensuring correct host is used for ad-blocker checks and endpoint construction.

Endpoint and Host Handling

Modified AnalyticsMessages and HttpService to extract and propagate the server host from the configured endpoints, ensuring network operations and ad-blocker checks use the intended host. [1] [2] [3] [4]

API Deprecations

Deprecated the runtime setServerURL methods in MixpanelAPI in favor of using MixpanelOptions.Builder for initialization-time configuration, with updated documentation. [1] [2]

Testing

Added new tests in MPConfigTest.java to verify endpoint construction and default behavior when using custom or default server URLs via MixpanelOptions.

Minor Cleanups

Refactored import statements in MPConfigTest.java for clarity and consistency. [1] [2]

This change introduces the ability to set the `serverURL` and `proxyServerInteractor` via `MixpanelOptions` during SDK initialization. Applying the `serverURL` from `MixpanelOptions` at initialization time ensures that the ad-blocker check correctly uses the specified host (e.g., `api-eu.mixpanel.com`) instead of the default. The previous `setServerURL()` methods on `MixpanelAPI` have been deprecated in favor of this new approach.

Copilot

Pull request overview

This PR introduces the ability to configure serverURL and proxyServerInteractor at SDK initialization time via MixpanelOptions, ensuring that the ad-blocker check uses the correct host from the start. The previous runtime setServerURL() methods on MixpanelAPI are deprecated in favor of this initialization-time configuration.

Changes:

Added serverURL and proxyServerInteractor configuration to MixpanelOptions.Builder
Modified HttpService to accept and use a configurable server host for ad-blocker checks
Deprecated existing setServerURL() methods on MixpanelAPI in favor of initialization-time configuration

Reviewed changes

Copilot reviewed 5 out of 5 changed files in this pull request and generated 3 comments.

Show a summary per file

File	Description
src/main/java/com/mixpanel/android/util/HttpService.java	Added `mServerHost` field and `DEFAULT_SERVER_HOST` constant; added constructor overload to accept serverHost parameter; modified ad-blocker check to use configured host instead of hardcoded default
src/main/java/com/mixpanel/android/mpmetrics/MixpanelOptions.java	Added `serverURL` and `proxyServerInteractor` fields with corresponding builder methods and getters; includes comprehensive documentation
src/main/java/com/mixpanel/android/mpmetrics/MixpanelAPI.java	Applied serverURL from options during initialization before AnalyticsMessages creation; deprecated existing `setServerURL()` methods with clear migration guidance
src/main/java/com/mixpanel/android/mpmetrics/AnalyticsMessages.java	Added `extractHostFromUrl()` helper method to extract host from config endpoint; modified `getPoster()` to pass extracted serverHost to HttpService constructor
src/androidTest/java/com/mixpanel/android/mpmetrics/MPConfigTest.java	Reorganized static imports; added tests for serverURL configuration from MixpanelOptions; fixed spacing in helper method; includes placeholder test for proxy interactor

src/main/java/com/mixpanel/android/mpmetrics/AnalyticsMessages.java

src/androidTest/java/com/mixpanel/android/mpmetrics/MPConfigTest.java

- Move the default server host URL to `MPConstants`. - Update `AnalyticsMessages` and `HttpService` to use the new constant.

This change removes the deprecation from the `setServerURL` methods, allowing for the server URL to be configured at runtime again.

tylerjroach · 2026-01-23T18:09:50Z

src/main/java/com/mixpanel/android/util/HttpService.java

+        this.mServerHost = TextUtils.isEmpty(serverHost) ? DEFAULT_SERVER_HOST : serverHost;
+    }
+
+    public HttpService(


No need to create a new constructor.

The class says:

/** An HTTP utility class for internal use in the Mixpanel library. Not thread-safe. */

This class is for internal use so as long as we adjust our usages, we should extend the constructor, not create a new one.

tylerjroach · 2026-01-23T18:10:42Z

src/main/java/com/mixpanel/android/util/HttpService.java


    @Override
    public void checkIsMixpanelBlocked() {
+        final String host = mServerHost;


What is the backupHost? Shouldn't we check this too if the first host fails? Otherwise, we will disable before trying a backup?

makes sense. will add check for backup host as well.

tylerjroach · 2026-01-23T18:14:06Z

src/main/java/com/mixpanel/android/mpmetrics/MixpanelAPI.java

+
+        // Apply serverURL from options before AnalyticsMessages is created
+        // This ensures the ad-blocker check uses the correct host
+        if (options.getServerURL() != null) {


This feels weird to ignore options.getProxyServerInteractor() unless a server url were set. If these 2 have to be linked, should the MixpanelOptions builder link them in a single method, instead of splitting. You shouldn't be allowed to configure a ProxyServerInteractor without also setting a server url if we don't allow that internally.

At the moment, we don’t allow the host app to listen to API calls or supply extra headers unless a custom server URL is provided via MPConfig.setServer(url, interactor). That’s why we initially followed the same pattern in MixpanelOptions.

That said, I agree with your point that splitting this into two separate setters is not ideal. If these are meant to be coupled, the API should reflect that. I’ll add a new method to MixpanelOptions that mirrors MPConfig.setServer(url, interactor) so the server URL and ProxyServerInteractor are configured together, and it’s not possible to set one without the other. This should make the behavior clearer and more consistent.

Refactored the `MixpanelOptions.Builder` API for setting a custom server URL and proxy interactor. The separate `proxyServerInteractor()` method has been removed and replaced with a new overloaded `serverURL(String, ProxyServerInteractor)` method. This change makes the API more intuitive by coupling the proxy interactor directly with the server URL it's intended for. Additionally, Javadocs for server URL configuration have been enhanced with clearer explanations and code examples for routing data to regional servers or a custom proxy.

The ad-blocker detection logic in `checkIsMixpanelBlocked` has been updated to also check the configured backup host. The SDK will now only be considered blocked if both the primary and backup hosts are inaccessible. If the primary host is blocked but the backup is available, the SDK will continue to function.

Add unit tests for the `checkIsMixpanelBlocked` method to verify the logic for detecting when Mixpanel hosts are blocked and correctly handling primary/backup host configurations.

Renamed `checkIsMixpanelBlocked` to `checkIsServerBlocked` and related variables to reflect that the functionality checks for any blocked server host, not just Mixpanel-specific ones. This makes the ad blocker detection logic more generic.

Copilot

Pull request overview

Copilot reviewed 10 out of 10 changed files in this pull request and generated 11 comments.

Comments suppressed due to low confidence (1)

src/main/java/com/mixpanel/android/mpmetrics/AnalyticsMessages.java:187

When mHttpService already exists (line 184), only the backup host is updated but not the server host. If the server URL is changed at runtime via setServerURL(), the mServerHost in the existing HttpService instance won't be updated, causing ad-blocker checks and network operations to use the old host. Consider also providing a method to update the server host, or recreate the HttpService when the server URL changes.

        } else {
            // Update backup host in case it changed at runtime
            mHttpService.setBackupHost(mConfig.getBackupHost());
        }

Copilot · 2026-01-27T10:47:36Z

src/main/java/com/mixpanel/android/util/HttpService.java

+    private static boolean sIsServerBlocked;
    private static final int MIN_UNAVAILABLE_HTTP_RESPONSE_CODE =
            HttpURLConnection.HTTP_INTERNAL_ERROR;
    private static final int MAX_UNAVAILABLE_HTTP_RESPONSE_CODE = 599;

+    // Package-private for testing
+    static void resetServerBlockedState() {
+        sIsServerBlocked = false;
+    }
+
+    // Package-private for testing
+    static boolean isServerBlocked() {
+        return sIsServerBlocked;


The static variable sIsServerBlocked is shared across all HttpService instances, but different Mixpanel instances can now have different server URLs (e.g., one pointing to EU servers, another to US servers). If one instance's server is blocked while another's is not, this shared state will cause incorrect behavior. Consider making this an instance variable instead of static, or maintaining separate blocked states per host.

Suggested change

private static boolean sIsServerBlocked;

private static final int MIN_UNAVAILABLE_HTTP_RESPONSE_CODE =

HttpURLConnection.HTTP_INTERNAL_ERROR;

private static final int MAX_UNAVAILABLE_HTTP_RESPONSE_CODE = 599;

// Package-private for testing

static void resetServerBlockedState() {

sIsServerBlocked = false;

}

// Package-private for testing

static boolean isServerBlocked() {

return sIsServerBlocked;

private boolean mIsServerBlocked;

private static final int MIN_UNAVAILABLE_HTTP_RESPONSE_CODE =

HttpURLConnection.HTTP_INTERNAL_ERROR;

private static final int MAX_UNAVAILABLE_HTTP_RESPONSE_CODE = 599;

// Package-private for testing

void resetServerBlockedState() {

mIsServerBlocked = false;

}

// Package-private for testing

boolean isServerBlocked() {

return mIsServerBlocked;

Out of scope for this change. This follows an existing pattern and would need a separate refactor.

@rahul-mixpanel Take another quick look. I don't see any reason mIsServerBlocked should be static. The only caller is its HttpService isOnline. isOnline is not a static call and is called with a real instance and not a shared singleton.

Copilot · 2026-01-27T10:47:36Z

src/main/java/com/mixpanel/android/mpmetrics/MixpanelAPI.java

+        if (options.getServerURL() != null) {
+            mConfig.setServerURL(options.getServerURL(), options.getProxyServerInteractor());


When calling mConfig.setServerURL() with options.getServerURL(), there's no null check. While the condition on line 197 verifies the serverURL is not null, it doesn't prevent the ProxyServerInteractor from being null when passed to setServerURL. If the underlying setServerURL(String, ProxyServerInteractor) method doesn't handle a null interactor properly, this could cause issues. Consider explicitly passing null for the interactor case or ensure the called method handles null interactors safely.

Suggested change

if (options.getServerURL() != null) {

mConfig.setServerURL(options.getServerURL(), options.getProxyServerInteractor());

final String serverURL = options.getServerURL();

final ProxyServerInteractor proxyServerInteractor = options.getProxyServerInteractor();

if (serverURL != null) {

if (proxyServerInteractor != null) {

mConfig.setServerURL(serverURL, proxyServerInteractor);

} else {

mConfig.setServerURL(serverURL);

}

null is ok and expected for proxyServerInteractor. No change needed.

Copilot · 2026-01-27T10:47:37Z

src/main/java/com/mixpanel/android/mpmetrics/MixpanelOptions.java

+         * .serverURL("https://my-proxy.example.com", new ProxyServerInteractor() {
+         *     @Override
+         *     public Map<String, String> getProxyRequestHeaders() {
+         *         return Map.of("Authorization", "Bearer " + token);


The code example uses Map.of() which is only available in Java 9+. The Android SDK typically supports Java 8 for broader compatibility. Consider using alternative syntax that works with Java 8, such as creating a HashMap or using Collections.singletonMap for a single entry, to avoid compilation errors for users on Java 8.

Suggested change

* return Map.of("Authorization", "Bearer " + token);

* Map<String, String> headers = new java.util.HashMap<String, String>();

* headers.put("Authorization", "Bearer " + token);

* return headers;

Copilot · 2026-01-27T10:47:37Z

src/main/java/com/mixpanel/android/util/HttpService.java

+    public void checkIsServerBlocked() {
+        final String primaryHost = mServerHost;
+        final String backupHost = mBackupHost;
+        new Thread(() -> {
+            try {
+                long startTimeNanos = System.nanoTime();
+                InetAddress primaryInet = InetAddress.getByName(primaryHost);
+
+                if (!isHostBlocked(primaryInet)) {
+                    sIsServerBlocked = false;
+                    return;
+                }
+
+                // Primary is blocked - check backup if configured
+                boolean backupBlocked = true;
+                String errorMsg = primaryHost + " is blocked";
+
+                if (!TextUtils.isEmpty(backupHost)) {
+                    try {
+                        backupBlocked = isHostBlocked(InetAddress.getByName(backupHost));
+                        if (backupBlocked) {
+                            errorMsg = primaryHost + " and " + backupHost + " are blocked";
+                        }
+                    } catch (Exception e) {
+                        errorMsg = primaryHost + " is blocked, backup check failed";
+                    }
+                }
+
+                sIsServerBlocked = backupBlocked;
+                if (backupBlocked) {
+                    MPLog.v(LOGTAG, "AdBlocker is enabled. " + errorMsg);
+                    onNetworkError(null, primaryHost, primaryInet.getHostAddress(),
+                            startTimeNanos, -1, -1, new IOException(errorMsg));
+                } else {
+                    MPLog.v(LOGTAG, "Primary host blocked, but backup host is available.");
+                }
+            } catch (Exception e) {
+                // Primary check failed, don't assume blocked
+            }
+        }).start();
+    }


The checkIsServerBlocked method spawns a new thread on every call, but there's no mechanism to prevent multiple concurrent invocations. If this method is called multiple times rapidly (e.g., during initialization of multiple Mixpanel instances), it could spawn many threads all trying to resolve DNS and update the shared sIsServerBlocked variable simultaneously, leading to race conditions and excessive thread creation. Consider using a single background thread or an executor service, or add a flag to prevent concurrent execution.

Copilot · 2026-01-27T10:47:37Z

src/main/java/com/mixpanel/android/util/HttpService.java

    public HttpService(
            boolean shouldGzipRequestPayload,
            MixpanelNetworkErrorListener networkErrorListener,
-            String backupHost) {
+            String backupHost,
+            String serverHost) {


The parameter order in the HttpService constructor places backupHost before serverHost, which is counterintuitive since the primary server host is more important than the backup. This could lead to confusion when calling the constructor. Consider reordering to serverHost, backupHost for better clarity, or add parameter names to make the intent clear.

Copilot · 2026-01-27T10:47:38Z

src/androidTest/java/com/mixpanel/android/util/HttpServiceBackupTest.java

  @Before
  public void setUp() {
    mContext = InstrumentationRegistry.getInstrumentation().getContext();
+    HttpService.resetServerBlockedState();
+  }


The tests rely on a shared static sIsServerBlocked variable that is reset in setUp() and tearDown(). If the Android test framework runs tests in parallel, these tests could interfere with each other since they all modify the same global state. While the reset in setup/teardown helps with sequential execution, this design is inherently fragile for parallel test execution. This is related to the broader issue of using a static variable instead of instance state.

Not in scope for now, but AndroidX test orchestrator would also help in this case.

Copilot · 2026-01-27T10:47:38Z

src/main/java/com/mixpanel/android/mpmetrics/AnalyticsMessages.java

    protected RemoteService getPoster() {
        if (mHttpService == null) {
+            String serverHost = extractHostFromUrl(mConfig.getEventsEndpoint());
            mHttpService =
                    new HttpService(
-                            mConfig.shouldGzipRequestPayload(), mNetworkErrorListener, mConfig.getBackupHost());
+                            mConfig.shouldGzipRequestPayload(),
+                            mNetworkErrorListener,
+                            mConfig.getBackupHost(),
+                            serverHost);
        } else {
            // Update backup host in case it changed at runtime
            mHttpService.setBackupHost(mConfig.getBackupHost());
        }
        return mHttpService;
    }


The getPoster() method has a race condition. While mHttpService is marked volatile, the check-then-act pattern (lines 176-183) is not atomic. Multiple threads could pass the null check simultaneously and create multiple HttpService instances. According to the coding guidelines, all public APIs must handle concurrent access safely. Consider using double-checked locking with synchronization or initialize mHttpService in the constructor.

Copilot · 2026-01-27T10:47:39Z

src/androidTest/java/com/mixpanel/android/util/HttpServiceBackupTest.java

+    service.checkIsServerBlocked();
+    Thread.sleep(ASYNC_WAIT_MS);


Using Thread.sleep() to wait for async operations is fragile and can lead to flaky tests. If the system is under load, 1000ms may not be enough for DNS resolution to complete, causing intermittent test failures. According to the coding guidelines, tests should use BlockingQueue for async verification with timeouts. Consider using a CountDownLatch or similar synchronization mechanism with a timeout instead of hard-coded sleep.

This would be a nice change. Can set a loop that checks isServerBlocked every 10ms or so, with a countdown that exists early once detected. Then you can increase the timeout to > 1s (maybe 5s) in case of network issues. Could abstract this into a method so you aren't repeating this logic over and over throughout the test.

Copilot · 2026-01-27T10:47:39Z

src/androidTest/java/com/mixpanel/android/mpmetrics/MPConfigTest.java

+    @Test
+    public void testServerURLFromMixpanelOptions() {
+        MixpanelOptions options = new MixpanelOptions.Builder()
+                .serverURL("https://api-eu.mixpanel.com")
+                .build();
+
+        MixpanelAPI mixpanel = MixpanelAPI.getInstance(
+                InstrumentationRegistry.getInstrumentation().getContext(),
+                UUID.randomUUID().toString(),
+                true,
+                options
+        );
+
+        MPConfig config = mixpanel.getMPConfig();
+        assertEquals("https://api-eu.mixpanel.com/track/?ip=1", config.getEventsEndpoint());
+        assertEquals("https://api-eu.mixpanel.com/engage/?ip=1", config.getPeopleEndpoint());
+        assertEquals("https://api-eu.mixpanel.com/groups/?ip=1", config.getGroupsEndpoint());
+        assertEquals("https://api-eu.mixpanel.com/flags/", config.getFlagsEndpoint());
+    }


The tests verify that serverURL configuration works when set via MixpanelOptions, but there's no test coverage for the ProxyServerInteractor functionality. Consider adding tests that verify the ProxyServerInteractor is properly passed through and used when set via MixpanelOptions.Builder.serverURL(String, ProxyServerInteractor).

Copilot · 2026-01-27T10:47:39Z

src/main/java/com/mixpanel/android/mpmetrics/MixpanelOptions.java

+        public Builder serverURL(String serverURL, ProxyServerInteractor proxyServerInteractor) {
+            this.serverURL = serverURL;
+            this.proxyServerInteractor = proxyServerInteractor;
+            return this;
+        }


The serverURL(String, ProxyServerInteractor) method doesn't validate that the serverURL parameter is non-null. If null is passed, it will be stored and could cause issues later when used. According to the coding guidelines' defensive programming principles, add null validation for the serverURL parameter.

@rahul-mixpanel at minimum here, we should be using @NonNull annotation.

tylerjroach

A few nullability annotations would be helpful to customers removing static from isServerBlocked.

tylerjroach · 2026-01-27T14:06:30Z

src/main/java/com/mixpanel/android/mpmetrics/MixpanelOptions.java

+        public Builder serverURL(String serverURL, ProxyServerInteractor proxyServerInteractor) {
+            this.serverURL = serverURL;
+            this.proxyServerInteractor = proxyServerInteractor;
+            return this;
+        }


@rahul-mixpanel at minimum here, we should be using @NonNull annotation.

tylerjroach · 2026-01-27T14:06:48Z

src/main/java/com/mixpanel/android/mpmetrics/MixpanelOptions.java

+         * @param serverURL The base URL for API requests.
+         * @return This Builder instance for chaining.
+         */
+        public Builder serverURL(String serverURL) {


Add @NonNull annotation

tylerjroach · 2026-01-27T14:10:05Z

src/main/java/com/mixpanel/android/mpmetrics/MixpanelAPI.java

+        if (options.getServerURL() != null) {
+            mConfig.setServerURL(options.getServerURL(), options.getProxyServerInteractor());


null is ok and expected for proxyServerInteractor. No change needed.

tylerjroach · 2026-01-27T14:14:24Z

src/main/java/com/mixpanel/android/util/HttpService.java

+    private static boolean sIsServerBlocked;
    private static final int MIN_UNAVAILABLE_HTTP_RESPONSE_CODE =
            HttpURLConnection.HTTP_INTERNAL_ERROR;
    private static final int MAX_UNAVAILABLE_HTTP_RESPONSE_CODE = 599;

+    // Package-private for testing
+    static void resetServerBlockedState() {
+        sIsServerBlocked = false;
+    }
+
+    // Package-private for testing
+    static boolean isServerBlocked() {
+        return sIsServerBlocked;


@rahul-mixpanel Take another quick look. I don't see any reason mIsServerBlocked should be static. The only caller is its HttpService isOnline. isOnline is not a static call and is called with a real instance and not a shared singleton.

* Remove static mIsServerBlocked and Remove Thread.sleep from tests * Add nullability annotations to new options * simplify * add annotation

rahul-mixpanel requested review from Copilot and jaredmixpanel and removed request for Copilot January 19, 2026 12:54

Copilot started reviewing on behalf of rahul-mixpanel January 19, 2026 12:55 View session

Copilot AI reviewed Jan 19, 2026

View reviewed changes

rahul-mixpanel self-assigned this Jan 19, 2026

rahul-mixpanel added 6 commits January 19, 2026 18:54

chore: Centralize default server host constant

def051b

- Move the default server host URL to `MPConstants`. - Update `AnalyticsMessages` and `HttpService` to use the new constant.

Log error on URL host extraction failure

52d01b6

Remove placeholder test for proxy interactor

39922b7

fix: Add missing assertion for default flags endpoint in test

7f9972e

feat: Improve log message for URL host extraction failure

b7c6b86

feat: Un-deprecate setServerURL methods

cdbba9e

This change removes the deprecation from the `setServerURL` methods, allowing for the server URL to be configured at runtime again.

tylerjroach requested changes Jan 23, 2026

View reviewed changes

rahul-mixpanel added 5 commits January 27, 2026 12:31

refactor: Remove redundant HttpService constructor

b67e4bd

feat: Add tests for ad blocker detection

c8d9b89

Add unit tests for the `checkIsMixpanelBlocked` method to verify the logic for detecting when Mixpanel hosts are blocked and correctly handling primary/backup host configurations.

rahul-mixpanel requested a review from Copilot January 27, 2026 10:37

Copilot started reviewing on behalf of rahul-mixpanel January 27, 2026 10:38 View session

Copilot AI reviewed Jan 27, 2026

View reviewed changes

fix: Update Javadoc example and add logging for server check failure

860527b

rahul-mixpanel requested a review from tylerjroach January 27, 2026 11:45

tylerjroach reviewed Jan 27, 2026

View reviewed changes

fix: remove static on server block check (#889)

5d59a88

* Remove static mIsServerBlocked and Remove Thread.sleep from tests * Add nullability annotations to new options * simplify * add annotation

		if (options.getServerURL() != null) {
		mConfig.setServerURL(options.getServerURL(), options.getProxyServerInteractor());

-        if (options.getServerURL() != null) {
-            mConfig.setServerURL(options.getServerURL(), options.getProxyServerInteractor());
+        final String serverURL = options.getServerURL();
+        final ProxyServerInteractor proxyServerInteractor = options.getProxyServerInteractor();
+        if (serverURL != null) {
+            if (proxyServerInteractor != null) {
+                mConfig.setServerURL(serverURL, proxyServerInteractor);
+            } else {
+                mConfig.setServerURL(serverURL);
+            }

-         *         return Map.of("Authorization", "Bearer " + token);
+         *         Map<String, String> headers = new java.util.HashMap<String, String>();
+         *         headers.put("Authorization", "Bearer " + token);
+         *         return headers;

feat: Allow serverURL configuration at initialization #884

Are you sure you want to change the base?

feat: Allow serverURL configuration at initialization #884

Uh oh!

Conversation

rahul-mixpanel commented Jan 19, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Server URL and Proxy Configuration

Endpoint and Host Handling

API Deprecations

Testing

Minor Cleanups

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Uh oh!

Uh oh!

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!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Copilot AI Jan 27, 2026

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!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 27, 2026

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

tylerjroach left a comment

Choose a reason for hiding this comment

Uh oh!

rahul-mixpanel commented Jan 19, 2026 •

edited

Loading