Browser canvas WebView closes when loading a JavaScript-heavy localhost page
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 11.2k
- Forks
- 1.9k
- Avg merge
- 14h 16m
- Merged PRs (30d)
- 6
Description
Description
The browser canvas becomes stuck on its loading UI when opening an authenticated, JavaScript-heavy application hosted on localhost. The target page works correctly in a regular browser such as Chrome.
Environment
- Copilot App version:
1.0.83-5 - OS: macOS
- Target:
http://localhost:3001/... - Application: local React web application
Steps to reproduce
- Open a localhost application login page in the Copilot browser canvas.
- Sign in successfully.
- Navigate to a specific page using a query parameter.
- Wait for the page to initialize.
Expected behavior
The authenticated page loads in the browser canvas as it does in Chrome.
Actual behavior
The browser canvas remains on its loading UI. Browser canvas diagnostics initially show that login succeeds, but when the target page begins loading, the WebView is closed or becomes unavailable. Subsequent browser tool calls return:
Browser page load waiter closed.
webview not found
A second browser canvas could load the login page, but browser interactions later began timing out:
Browser tool request timed out.
The localhost server remains reachable, and the same page continues to work in a regular browser.
Additional notes
The target application loads a large React bundle. This may be related to WebView compatibility, renderer-process termination, or browser canvas resource limits. No credentials, product names, versions, or private page paths are included in this report.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the authenticated localhost React application in the browser canvas and reviewing its diagnostics when the target page begins loading. Compare the WebView state with the regular browser and verify that the canvas remains available, the page finishes loading, and later browser tool calls do not report “webview not found” or time out.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, react
- Domain
- desktop, frontend, web-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100