Skip to content

Unable to fetch http page to include it in context when running roocode as remote ssh plugin as root #2537

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
rstanislav opened this issue Apr 12, 2025 · 4 comments
Labels
bug Something isn't working Issue - Unassigned / Actionable Clear and approved. Available for contributors to pick up.

Comments

@rstanislav
Copy link

App Version

last

API Provider

Anthropic

Model Used

3.7 sonnet

Actual vs. Expected Behavior

Fetch failed with error: Running as root without --no-sandbox is not supported
It's the same as puppeteer/puppeteer#3698 (comment) looks like.

Detailed Steps to Reproduce

Include with @ any web address in console

Relevant API Request Output

Additional Context

No response

@rstanislav rstanislav added the bug Something isn't working label Apr 12, 2025
Copy link

dosubot bot commented Apr 12, 2025

Hello @rstanislav! I'm a friendly bot here to help you solve bugs, answer questions, and assist you in becoming a contributor. I'll be here while you wait for a human maintainer. How can I assist you today?

The error you're encountering is related to running a browser automation tool (like Puppeteer) as root without the --no-sandbox flag. This is a known issue with Chromium-based browsers, which require the --no-sandbox flag when running as root to avoid security restrictions.

Unfortunately, I couldn't find any specific workarounds or configurations in the Roo Code repository for running the application with the --no-sandbox flag [1]. You might need to modify your setup to include this flag when launching the browser in your environment.

If you haven't already, try adding the --no-sandbox flag to your Puppeteer launch configuration. This should help bypass the restriction and allow the fetch operation to proceed.

To continue talking to Dosu, mention @dosu.


Help Dosu learn! Give it feedback: Great Response | Irrelevant Answer | Incorrect Sources | Too Verbose | Hallucination | Bug Report | Other

@hannesrudolph
Copy link
Collaborator

Can you please provide detailed steps to repro?

@hannesrudolph hannesrudolph moved this from New to Issue [Needs Info] in Roo Code Roadmap Apr 15, 2025
@rstanislav
Copy link
Author

rstanislav commented Apr 16, 2025

To reproduce you need to connect to any remote host as root in vscode (using official remote-ssh plugin), and in roocode include any web page link (with @), as a result there will be fail:

Error fetching content: Failed to launch the browser process! undefined
[3114556:3114556:0416/031730.132271:ERROR:content/browser/zygote_host/zygote_host_impl_linux.cc:105] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.

@hannesrudolph hannesrudolph added the Issue - Needs Info Missing details or unclear. Waiting on author to provide more context. label Apr 17, 2025
@hannesrudolph hannesrudolph moved this from Issue [Needs Info] to Issue [Unassigned] in Roo Code Roadmap Apr 23, 2025
@hannesrudolph hannesrudolph added Issue - Unassigned / Actionable Clear and approved. Available for contributors to pick up. and removed Issue - Needs Info Missing details or unclear. Waiting on author to provide more context. labels Apr 28, 2025
@hannesrudolph hannesrudolph moved this from New to Issue [Unassigned] in Roo Code Roadmap May 20, 2025
@daniel-lxs
Copy link
Collaborator

I left this comment on the test PR but I think it is relevant here as well:

This is too risky. Running Chrome without sandbox as root means any malicious website could take over the entire system.

The real problem is running Roo Code/VSCode as root in the first place. We shouldn't enable bad security practices. Instead, users should create a regular user account for development and only use sudo when absolutely necessary.

If we really need to support running Roo Code as root, at least make it opt-in with a big warning about the security risks. But honestly, we should just tell people to stop running Roo Code as root and help them set up a proper non-root environment instead.

Let's not make it easier for people to shoot themselves in the foot.

This issue will be closed to prevent others to try and "fix it" the same way.

@github-project-automation github-project-automation bot moved this from Issue [Unassigned] to Done in Roo Code Roadmap May 30, 2025
@github-project-automation github-project-automation bot moved this from Issue [Unassigned] to Done in Roo Code Roadmap May 30, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Issue - Unassigned / Actionable Clear and approved. Available for contributors to pick up.
Projects
Status: Done
3 participants