Edge extension 1.2.30000.30 fails to create chat on macOS due to undefined path delimiter
What version of the app are you using?
ChatGPT desktop app 26.803.41515 (build 6321)
Environment
- macOS 26.5.2, arm64
- Microsoft Edge 151.0.4129.59
- ChatGPT for Edge extension 1.2.30000.30
- ChatGPT for Chrome extension 1.2.27236.6274 (works correctly)
What issue are you seeing?
The ChatGPT side panel loads normally in Microsoft Edge, but attempting to create a chat fails with:
Error creating chat
Cannot read properties of undefined (reading 'delimiter')
Reinstalling the Edge extension through Settings → Computer use → More browsers → Microsoft Edge → Install does not resolve the problem. The Chrome extension works on the same machine and account.
The native messaging installation appears healthy:
- The Edge extension ID is present in the
com.openai.codexextensionmanifest'sallowed_origins. - The native host registration includes both the Chrome and Edge extension IDs.
- Separate native-host processes are running for both extensions.
- The Edge side panel and sample-work page render normally.
Apparent root cause
In the Edge extension's bundled codex-sidepanel/assets/index.browser-B3UmvmtY.js, the path separator helper is equivalent to:
function joinNodeModuleDirs(entries, platform) {
const delimiter =
platform === "win32"
? pathModule.default.win32.delimiter
: pathModule.default.posix.delimiter;
return entries.filter((entry) => entry.length > 0).join(delimiter);
}
However, the same bundle initializes that imported module from an empty export object, equivalent to:
pathModule = interop({ exports: {} });
On macOS, reading pathModule.default.posix.delimiter therefore throws the exact reported TypeError while constructing the runtime configuration for a new chat.
The working Chrome extension 1.2.27236.6274 does not use this module. Its corresponding bundle joins directly:
nodeModuleDirs.join(platform === "win32" ? ";" : ":")
This looks like a packaging/bundling regression in Edge extension 1.2.30000.30 rather than a native-host installation or account issue.
Steps to reproduce
- On macOS, install the Edge integration from ChatGPT Settings → Computer use → More browsers → Microsoft Edge.
- Open the ChatGPT side panel in Edge.
- Enter any prompt that starts a new chat.
- Observe the
delimiterTypeError.
Expected behavior
A new chat should be created, as it is with the Chrome extension on the same machine.
Related issues
Possibly related to the Edge/backend registration class of issues in #23805 and #24720, but this report has a distinct deterministic JavaScript failure in the Edge side-panel bundle.
3 Comments
Confirming the same issue on Windows.
Environment
Reproduction
The chat immediately fails to be created with the following error:
Confirmed on Windows 11 with the same Edge extension release.
Environment
10.0.26100151.0.4129.781.2.30000.30odlomjlbamekndcpllcnffbgeohgkmjh26.803.5235.026.803.415151.2.27236.6274Reproduction
The Edge side panel loads and authenticates normally, and current-page context can be added successfully. Creating a chat fails consistently with both a plain
helloprompt and page context:Restarting Edge, toggling the extension, and reinstalling it through the official
chatgpt.com/work/extension/installedsetup flow did not resolve the failure.Windows-specific bundle evidence
In Edge extension
1.2.30000.30,codex-sidepanel/assets/index.browser-B3UmvmtY.jscontains a browser path implementation whose exported object sets:Later, the runtime configuration helper selects:
On Windows,
pathModule.default.win32is therefore null/undefined and accessing.delimiterproduces the exact observed exception. The locally installed Chrome extension1.2.27236.6274contains the same POSIX-only browser path shim but does not contain thewin32.delimitercall.This confirms that the regression is cross-platform and deterministic in the Edge
1.2.30000.30side-panel bundle, rather than an account, permission, native-host, or page-context problem.Confirming this is still reproducible on a newer Windows desktop package, with additional native-host and bundle-level verification.
Environment
26.810.4967.026.810.410471.2.30000.30odlomjlbamekndcpllcnffbgeohgkmjhObserved behavior
The Edge side panel connects to the desktop app, but submitting any prompt fails with:
This persists after restarting the desktop app and Edge.
Native-host verification
This reproduction is downstream of native messaging setup:
codexRuntime/hellosucceeds and returns schema version 2 / native protocol version 2.codexRuntime/ensuresucceeds and returns a local runtime endpoint/configuration.Therefore the failure occurs after the extension has successfully connected to the desktop runtime.
Bundle-level root cause
The shipped Edge side-panel bundle initializes the imported path module from an empty export object (minified form):
The new-chat configuration path then executes:
Since
Sy.defaultis undefined, reading either platform delimiter throws before chat creation.For verification, changing only this helper in a local unpacked copy to use platform literals prevents this specific exception:
The Microsoft Edge Store copy cannot retain this modification because extension integrity verification restores the signed bundle.
Suggested fix
Either bundle a functional
node:path/ path polyfill, or avoid the dependency here and join withplatform === "win32" ? ";" : ":". A packaged Edge-extension test that creates a chat whilenodeModuleDirsis populated would catch the regression.