openclaw cant do anything?!?! | Friends of the Crustacean 🦞🤝 | Page 1

slender oliveBOT Mar 6, 2026, 4:20 PM

#

Det där svaret (“jag kan tyvärr inte öppna en webbläsare eller göra en Google-sökning…”) brukar betyda en av två saker:

Du pratar inte med din egen OpenClaw-instans, utan med en bot i Discord som kör i låst läge (inga web/tools av säkerhetsskäl). Att du har installerat openclaw globalt på din dator kopplar inte automatiskt den här Discord-botten till din maskin.
Din egen Gateway kör, men web-verktygen är inte aktiva/allowlistade eller så saknas API-nyckel för webbsök.

För att reda ut vilken av dem det är: kan du köra och klistra in (det är safe — --all redigerar hemligheter):

openclaw --version
openclaw status --all
openclaw gateway status

Om målet är “googla jonas” (webbsök)

OpenClaw gör webbsök via verktyget web_search (Brave/Gemini/Perplexity etc) – inte genom att “öppna Google” som i en vanlig browser.

#

Setup-dokumentation: https://docs.openclaw.ai/tools/web
Verktygs-allowlist/profiler: https://docs.openclaw.ai/tools

Minsta krav:

En sök-provider key (t.ex. Brave API key), enklast:
```
openclaw configure --section web
```
Och om du kör med tool-profil/allowlist måste den innehålla web_search/web_fetch (eller group:web).

Om du postar output från kommandona ovan kan jag säga exakt vad som saknas i din setup (och om du råkat chatta med “fel” bot).

signal depot Mar 6, 2026, 4:24 PM

#

den ska väl använda sig av playwright?!

slender oliveBOT Mar 6, 2026, 4:25 PM

#

Jo – OpenClaws browser-tool är just “Playwright-stuket” browser automation (klicka/skriv/snapshot/screenshot), men två viktiga grejer här:

Det funkar bara i den OpenClaw-instans där din Gateway kör.
Om du sitter här i Discord och pratar med en bot som heter ***_Stationary, så är det nästan säkert inte din lokala Gateway du pratar med → då har den ingen tillgång till Playwright/browser på din dator.
Även i din egen instans måste browser-tool vara tillåtet (tool allowlist/profil kan blocka), och browserläget kan vara:

openclaw = OpenClaw-managed isolerad browser (en “agent-only” profil)
chrome = styr din Chrome via extension relay (du måste installera extension och “attach” en tab)

Docs (bra översikt): https://docs.openclaw.ai/tools/browser

Snabbtest på din dator (för att se om din install har browser-delen igång)

Kör och klistra in output:

openclaw --version

#

openclaw gateway status
openclaw browser --browser-profile openclaw status

Om det där funkar kan du starta den isolerade browsern:

openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com

Men: för “googla jonas” är `web_search` oftast rätt verktyg

Browser automation är overkill för en enkel sökning. Web search tool kräver API-nyckel (Brave/Gemini/Perplexity): https://docs.openclaw.ai/tools/web

Posta kommandoutdata ovan så kan jag säga om du:

råkat chatta med fel bot (inte din lokala),

#

eller om din tool-policy/allowlist blockerar browser / web_search.

#

Du körde bara flaggan utan att ge den ett värde 🙂

--browser-profile måste vara t.ex. openclaw eller chrome.

Testa i PowerShell:

openclaw gateway status
openclaw browser profiles
openclaw browser --browser-profile openclaw status
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com
openclaw browser --browser-profile openclaw snapshot

Några viktiga noter:

#

Gatewayn måste vara igång för att openclaw browser … ska funka (CLI:t pratar med gatewayn). Om openclaw gateway status inte visar att den kör → starta med openclaw gateway start (eller openclaw gateway restart).
Profilen openclaw = en isolerad “agent-browser” (enklast att testa).
Profilen chrome = styr din befintliga Chrome via extension → då behöver du installera/loada extension och klicka “attach” på en tab (den kopplar inte automatiskt). CLI-snabbstart finns här: https://docs.openclaw.ai/cli/browser

Kör openclaw gateway status och openclaw browser profiles och klistra in outputen så kan jag säga exakt vad som saknas hos dig (gateway nere, browser disabled, ingen chromium hittad, osv).

#

Det den där “Ryd_Stationary” säger är i praktiken: du pratar med en agent som kör i en låst miljö och som inte är kopplad till din dator. Att du har openclaw installerat globalt på Windows gör inte att en random Discord-bot plötsligt får access till din Chrome/terminal.

Varför säger den “det går inte”?

För att den instansen du chattar med inte har verktygen (browser, web_search, exec osv) eller inte kör på din maskin. I OpenClaw är “åtkomst” = vilka tools din egen Gateway tillåter + var Gateway kör.

Du kan inte “ge full access” till botten i den här servern på ett säkert sätt. Det du kan göra är att köra din egen Gateway lokalt och chatta med din egen bot.

Så får du “full åtkomst” (rätt väg)

1) Kör din egen Gateway lokalt

Kör och kolla:

openclaw gateway status

#

Om den inte kör:

openclaw gateway start

2) Prata med din OpenClaw (inte “Stationary”)

Om du vill styra browser/terminal via Discord måste du koppla din egen Discord-bot token till din lokala Gateway och DM:a den botten. Guide:
https://docs.openclaw.ai/channels/discord

3) Browser automation (Playwright-stuket)

När du kör din egen gateway kan du testa direkt via CLI:

openclaw browser profiles
openclaw browser --browser-profile openclaw start

#

openclaw browser --browser-profile openclaw open https://example.com

Docs: https://docs.openclaw.ai/tools/browser och https://docs.openclaw.ai/cli/browser

4) “Googla”

För ren webbsök är web_search oftast bättre än att öppna en browser (kräver API-nyckel):
https://docs.openclaw.ai/tools/web

Snabb fråga så jag kan peka dig rätt:

Chattar du just nu med en bot i OpenClaw-servern (t.ex. “Ryd_Stationary”), eller har du redan skapat din egen Discord-bot och kopplat den till din lokala Gateway?

Klistra gärna in output från:

#

openclaw gateway status
openclaw status --all

(--all är gjord för att vara delbar – hemligheter redigeras.)

#

Nice — din Gateway kör och RPC probe: ok, så installationen är inte “död”.

Det som däremot gör att den känns som att den “inte kan göra nåt” är två separata grejer:

1) Du ser en riktig varning i `gateway status` (Telegram-grupper droppas)

Du har:

channels.telegram.groupPolicy = "allowlist" men groupAllowFrom / allowFrom är tom

Det betyder: alla Telegram-gruppmeddelanden kommer tyst ignoreras. Så om du testar i en Telegram-grupp kommer botten verka helt stum.

För snabbtest kan du öppna upp grupp-policy (bara för att verifiera att allt funkar), t.ex. till “open” för grupper du har lagt in:

Läs exakt modell för Telegram group allowlists här: https://docs.openclaw.ai/channels/telegram (sektionen “Group policy and allowlists”)

Om du säger om du testar i DM eller grupp så kan jag ge exakt minimal config (utan att öppna upp mer än nödvändigt).

#

2) “Jag kan inte öppna webbläsare / googla” betyder nästan alltid: fel agent/verktyg

Den texten du citerar (“kontrollerad miljö… kan inte ge full access…”) låter som en agent som inte har browser/web_search tools aktiverade, eller så pratar du med en annan bot än din lokala OpenClaw.

Bevis-test: kan din gateway styra browser via CLI?

Kör detta på din Windows-maskin:

openclaw browser profiles
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com
openclaw browser --browser-profile openclaw snapshot

Om det funkar: då är “Playwright/browser”-biten OK — då är problemet att agenten du chattar med inte får använda verktyget (tool policy) eller att du chattar med fel bot.

Kolla om du råkat begränsa tools i config

Kör och klistra in:

#

openclaw config get tools.profile
openclaw config get tools.allow
openclaw config get tools.deny
openclaw config get browser.enabled
openclaw config get tools.web.search.enabled

Och en sak till: var fick du svaret från “Ryd_Stationary”? Var det i Telegram DM, Telegram grupp, Discord DM med din egen bot, eller i den här support-tråden? Det avgör exakt vilket steg som saknas.

signal depot Mar 6, 2026, 4:41 PM

#

slender olive ```powershell openclaw config get tools.profile openclaw config get tools.allow ...

det är min telegrambot jag skickar till

slender oliveBOT Mar 6, 2026, 4:41 PM

#

Där har du förklaringen: din config säger tools.profile = messaging.

Den profilen är bokstavligen “bara messaging-tools” och stänger av bl.a. browser + web_search/web_fetch + exec osv. Så agenten kan inte öppna webbläsare eller googla i den konfigurationen.

Docs: https://docs.openclaw.ai/tools (Tool profiles)

Snabb fix (rekommenderat: messaging + web + browser, men INTE terminal/exec)

Kör detta:

openclaw config set tools.profile '"full"' --json
openclaw config set tools.allow '["group:messaging","group:web","group:ui"]' --json
openclaw gateway restart

Sen behöver web_search en API key (Brave/Gemini/Perplexity):

#

openclaw configure --section web
openclaw gateway restart

Verifiera direkt (utan att gå via chat)

openclaw browser profiles
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com

Om du vill att jag hjälper dig låsa upp “lite mer” (t.ex. exec/terminal) säg till — men jag skulle börja med ovan så du får webben att funka utan att öppna upp hela maskinen.

#

Toppen — då är det din egen OpenClaw-instans som svarar, och då är det 100% din tool-konfig som gör att den säger nej.

Just nu har du tools.profile = messaging, vilket blockerar web/tools. Så gör så här på Windows-maskinen där gatewayn kör:

1) Slå på web + browser tools (men fortfarande utan terminal/exec)

openclaw config set tools.profile '"full"' --json
openclaw config set tools.allow '["group:messaging","group:web","group:ui"]' --json
openclaw gateway restart

2) Ge web_search en API-nyckel (annars kan den inte “googla”)

openclaw configure --section web
openclaw gateway restart

#

3) Testa i Telegram DM

Skriv till botten typ:

Webbsök (snabbast):
“Sök på webben efter jonas och ge mig top 5 resultat med länkar.”
Browser automation (Playwright-stuk):
“Öppna en browser, gå till google och sök jonas, ta en screenshot.”

Om browsern strular på Windows pga att gatewayn kör som Scheduled Task i bakgrunden (kan ibland göra UI-launch knepigt), säg till vad felmeddelandet blir så kan vi antingen köra headless (browser.headless: true) eller styra via den isolerade openclaw-profilen/extension-läget.

#

Om botten fortfarande svarar så där (“jag har ingen direkt åtkomst…”) betyder det i praktiken: den får fortfarande inga web/browser-tools skickade till modellen (eller så kan modellen inte tool-calla och då blir det bara “chat” → den hittar på standard-svaret).

Nu behöver vi bekräfta vilken av dessa som gäller.

1) Bekräfta att din config faktiskt ändrats (på rätt gateway)

Kör och klistra in:

openclaw config get tools.profile
openclaw config get tools.allow
openclaw gateway status
openclaw status --all

Förväntat efter fixen är typ:

tools.profile = full
tools.allow = ["group:messaging","group:web","group:ui"]

#

Om du fortfarande ser messaging där → då gick ändringen aldrig in (eller en agent-override tar över).

2) Smoke-test: funkar browserdelen alls lokalt?

Detta går helt utanför LLM:en:

openclaw browser profiles
openclaw browser --browser-profile openclaw status

Om det funkar är browser-infrastrukturen OK.

3) Om config är rätt men botten vägrar ändå

Då är det nästan alltid modell/tool-calling-problem (vanligt med vissa mindre/lokala modeller eller vissa providers). openclaw status --all brukar avslöja vilken modell/provider som används + ev fel.

(Alternativt: du har flera agents och Telegram är bundet till en agent som fortfarande har tools.profile: "messaging" per-agent.)

#

Posta outputen från kommandona i (1) så kan jag säga exakt vilken av orsakerna det är och vad du ska ändra (global tools vs per-agent tools vs modellbyte för tool-calling).

#

Din output visar att ändringen inte har gått in alls:

tools.profile är fortfarande messaging
tools.allow finns inte (därför “Config path not found”)

Så botten beter sig exakt som förut (inga web/browser-tools skickas till modellen).

Det här är enklast att fixa med korrekt openclaw config set-syntax i PowerShell (du behöver inte krångla med \"full\" längre):

openclaw config set tools.profile full
openclaw config set tools.allow '["group:messaging","group:web","group:ui"]' --strict-json
openclaw gateway restart

openclaw config get tools.profile
openclaw config get tools.allow

#

Efter det ska tools.profile visa full och tools.allow visa listan.

Sen (om du vill att den faktiskt ska “googla” via web_search) behöver du en web search API key:

openclaw configure --section web
openclaw gateway restart

Om du kör kommandona ovan och fortfarande ser messaging, kör även:

openclaw config file

…så ser vi att du editerar samma config som gatewayn använder.

#

Bra — nu är tools.profile = full, så då får modellen i alla fall browser/web-tools skickade (förutsatt att gatewayn laddat om).

Att tools.allow “inte finns” är helt okej just nu — det betyder bara att du inte har någon extra allowlist (du kör “full access till tools”).

Gör detta nu, i ordning

Starta om gatewayn (så vi vet att den nya tool-profilen används):

openclaw gateway restart

Smoke-testa browsern via CLI (utan LLM):

openclaw browser profiles
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com

#

openclaw browser --browser-profile openclaw screenshot

Webb-sök kräver API-nyckel
web_search funkar inte utan en search-provider key (Brave/Gemini/Perplexity osv). Kör:

openclaw configure --section web
openclaw gateway restart

Sen kan du skriva till Telegram-botten igen.

Om den fortfarande svarar “jag kan inte…” efter att (1) är gjort: posta openclaw status --all (efter restart). Då ser vi om du kör en modell/provider som inte tool-callar, eller om du har en per-agent override som fortfarande begränsar tools.

#

Japp — det där är en PowerShell quoting-grej. Felet (invalid character 'g' at 1:2) betyder att OpenClaw fick in ungefär:

[group:messaging,...]

alltså utan citattecken runt strängarna.

Enkelt sätt i PowerShell: använd JSON5 med enkla citattecken (JSON5 stödjer det), och omslut hela argumentet med dubbelcitat:

openclaw config set tools.allow "['group:messaging','group:web','group:ui']" --strict-json

Sen verifiera:

#

openclaw config get tools.allow
openclaw gateway restart

Not: du behöver inte tools.allow alls för att komma igång nu när tools.profile=full — den allowlisten var mest för att hålla det säkrare (web+browser men inte terminal/exec). Men om du vill ha den begränsningen, kommandot ovan är rätt väg i PowerShell.

signal depot Mar 6, 2026, 4:54 PM

#

PS C:\WINDOWS\system32> openclaw browser profiles

openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com

🦞 OpenClaw 2026.3.2 (85377a2)
Welcome to the command line: where dreams compile and confidence segfaults.

|
o Doctor warnings ----------------------------------------------------------+
| |
| - channels.telegram.groupPolicy is "allowlist" but groupAllowFrom (and |
| allowFrom) is empty — all group messages will be silently dropped. Add |
| sender IDs to channels.telegram.groupAllowFrom or |
| channels.telegram.allowFrom, or set groupPolicy to "open". |
| |
+----------------------------------------------------------------------------+
|
o
Error: gateway timeout after 3000ms
Gateway target: ws://127.0.0.1:18789
Source: local loopback
Config: C:\Users\ryd.openclaw\openclaw.json
Bind: loopback

🦞 OpenClaw 2026.3.2 (85377a2)
I'm the reason your shell history looks like a hacker-movie montage.

|
o Doctor warnings ----------------------------------------------------------+
| |
| - channels.telegram.groupPolicy is "allowlist" but groupAllowFrom (and |
| allowFrom) is empty — all group messages will be silently dropped. Add |
| sender IDs to channels.telegram.groupAllowFrom or |
| channels.telegram.allowFrom, or set groupPolicy to "open". |
| |
+----------------------------------------------------------------------------+
|
o
Error: gateway timeout after 30000ms
Gateway target: ws://127.0.0.1:18789
Source: local loopback
Config: C:\Users\ryd.openclaw\openclaw.json
Bind: loopback

slender oliveBOT Mar 6, 2026, 4:56 PM

#

Det där felet är super-värdefullt: openclaw browser … når inte ens din Gateway.

Error: gateway timeout … Gateway target: ws://127.0.0.1:18789

Så innan vi ens pratar Playwright/web/tools: vi måste få CLI → Gateway att funka stabilt.

Steg 1: kolla att gatewayn faktiskt svarar just nu

Kör:

openclaw gateway status
openclaw status

Om openclaw status också timear ut → gatewayn är uppe “som task” men svarar inte (eller har hängt sig).

Steg 2: auth-token kan orsaka “timeout”-känsla

#

Ibland ser CLI timeout ut som timeout när WS-handshake nekas. Kolla om du har token satt:

openclaw config get gateway.auth.token

Om den finns: posta den inte här, men testa lokalt:

openclaw browser --token <DIN_TOKEN> profiles

(Flaggan finns i CLI-doken: https://docs.openclaw.ai/cli/browser)

Steg 3: ta en titt i loggen (brukar direkt visa varför WS inte svarar)

#

openclaw logs --follow

och i ett annat fönster kör igen:

openclaw browser profiles

Klistra in de rader i loggen som kommer precis när du kör kommandot (utan hemligheter).

När openclaw browser profiles fungerar lokalt, då kan vi gå tillbaka till “varför Telegram-botten säger att den inte kan” (det blir antingen tool-policy eller web_search-key).

signal depot Mar 6, 2026, 5:04 PM

#

PS C:\WINDOWS\system32> openclaw gateway status

🦞 OpenClaw 2026.3.2 (85377a2)
Type the command with confidence—nature will provide the stack trace if needed.

|
o Doctor warnings ----------------------------------------------------------+
| |
| - channels.telegram.groupPolicy is "allowlist" but groupAllowFrom (and |
| allowFrom) is empty — all group messages will be silently dropped. Add |
| sender IDs to channels.telegram.groupAllowFrom or |
| channels.telegram.allowFrom, or set groupPolicy to "open". |
| |
+----------------------------------------------------------------------------+
|
o
Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-03-06.log
Command: C:\Program Files\nodejs\node.exe C:\Users\ryd\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service env: OPENCLAW_GATEWAY_PORT=18789

Config (cli): ~.openclaw\openclaw.json
Config (service): ~.openclaw\openclaw.json

Gateway: bind=loopback (127.0.0.1), port=18789 (service args)
Probe target: ws://127.0.0.1:18789
Dashboard: http://127.0.0.1:18789/
Probe note: Loopback-only gateway; only local clients can connect.

Runtime: running (last run time 2026-03-06 17:50:07)
Warm-up: launch agents can take a few seconds. Try again shortly.
RPC probe: failed
RPC target: ws://127.0.0.1:18789
gateway timeout after 10000ms
Gateway target: ws://127.0.0.1:18789
Source: cli --url
Config: C:\Users\ryd.openclaw\openclaw.json

Port 18789 is already in use.

pid 9500: "C:\Program Files\nodejs\node.exe" C:\Users\ryd\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789 (127.0.0.1:18789)
Gateway already running locally. Stop it (openclaw gateway stop) or use a different port.
Listening: 127.0.0.1:18789

slender oliveBOT Mar 6, 2026, 5:04 PM

#

Det där förklarar allt: din Gateway lyssnar på porten men den är wedged / svarar inte på RPC.

I din output:

Listening: 127.0.0.1:18789 ✅
RPC probe: failed (timeout) ❌
Porten är redan upptagen av pid 9500 (en gateway-process som hängt sig).

Så alla kommandon som kräver RPC (openclaw browser …, openclaw logs via RPC, osv) kommer timea ut.

Fix: stoppa den hängda gatewayn och starta om “rent”

Kör i PowerShell:

openclaw gateway stop
openclaw gateway status

#

Om den fortfarande säger att porten används / pid lever kvar, kör (lokalt, inte posta output med tokens):

taskkill /PID 9500 /F

Sen starta igen:

openclaw gateway start
openclaw gateway status

Målet är att openclaw gateway status ska visa RPC probe: ok.

När RPC är OK, testa browser igen

#

openclaw browser profiles
openclaw browser --browser-profile openclaw start

Om den hänger sig igen efter start: posta de sista ~50–100 raderna ur loggfilen (den du ser i gateway status, typ ...\Temp\openclaw-2026-03-06.log). På Windows kan du ta sista raderna med:

Get-Content "$env:LOCALAPPDATA\Temp\openclaw\openclaw-2026-03-06.log" -Tail 120

(Om filnamnet skiljer sig, använd exakt sökväg som gateway status visar.)

signal depot Mar 6, 2026, 5:05 PM

#

PS C:\WINDOWS\system32> openclaw status
OpenClaw status
Overview

│ Dashboard │ http://127.0.0.1:18789/ │
│ OS │ windows 10.0.19045 (x64) · node 24.14.0 │
│ Tailscale │ off │
│ Channel │ stable (default) │
│ Update │ pnpm · npm latest 2026.3.2 │
│

slender oliveBOT Mar 6, 2026, 5:06 PM

#

Grymt — openclaw status funkar nu, så Gateway/RPC lever igen.

Nästa steg är att bekräfta att browser-kedjan faktiskt fungerar på din Windows-maskin (utan att gå via Telegram-botten först):

openclaw browser profiles
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com
openclaw browser --browser-profile openclaw screenshot

Om det där funkar → då kan OpenClaw styra browsern, och då ska din Telegram-bot också kunna göra det (med tools.profile=full).
Om det failar → klistra in feltexten (den brukar säga om den inte hittar Chrome/Edge, om den behöver headless, osv).

Sen, för själva “googla”: web_search kräver en API-nyckel. Kör:

#

openclaw configure --section web
openclaw gateway restart

Sist: kan du posta resten av openclaw status-outputen (eller kör openclaw status --all)? Jag vill se Gateway/RPC-raden och vilken modell/provider du kör, ifall Telegram-botten fortfarande vägrar använda tools efter detta.

signal depot Mar 6, 2026, 5:08 PM

#

PS C:\WINDOWS\system32> openclaw gateway start

openclaw gateway status

🦞 OpenClaw 2026.3.2 (85377a2)
I'm not magic—I'm just extremely persistent with retries and coping strategies.
|
| - channels.telegram.groupPolicy is "allowlist" but groupAllowFrom (and |
| allowFrom) is empty — all group messages will be silently dropped. Add |
| sender IDs to channels.telegram.groupAllowFrom or |
| channels.telegram.allowFrom, or set groupPolicy to "open". |

Restarted Scheduled Task: OpenClaw Gateway

| - channels.telegram.groupPolicy is "allowlist" but groupAllowFrom (and |
| allowFrom) is empty — all group messages will be silently dropped. Add |
| sender IDs to channels.telegram.groupAllowFrom or |
| channels.telegram.allowFrom, or set groupPolicy to "open". |

Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-03-06.log
Command: C:\Program Files\nodejs\node.exe C:\Users\ryd\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service env: OPENCLAW_GATEWAY_PORT=18789

Config (cli): ~.openclaw\openclaw.json
Config (service): ~.openclaw\openclaw.json

Gateway: bind=loopback (127.0.0.1), port=18789 (service args)
Probe target: ws://127.0.0.1:18789
Dashboard: http://127.0.0.1:18789/
Probe note: Loopback-only gateway; only local clients can connect.

Runtime: running (last run time 2026-03-06 18:06:45)
Warm-up: launch agents can take a few seconds. Try again shortly.
RPC probe: failed
RPC target: ws://127.0.0.1:18789
gateway closed (1006 abnormal closure (no close frame)): no close reason
Gateway target: ws://127.0.0.1:18789
Source: cli --url
Config: C:\Users\ryd.openclaw\openclaw.json

Gateway port 18789 is not listening (service appears running).

slender oliveBOT Mar 6, 2026, 5:08 PM

#

Det där betyder att gateway-processen startar men dör innan den ens börjar lyssna på port 18789:

Gateway port 18789 is not listening (service appears running).
RPC probe: failed … 1006 abnormal closure

Alltså: Scheduled Task är igång, men själva Node-processen kraschar/hänger direkt.

Nästa steg är att titta i fil-loggen (RPC/logs-kommandot funkar inte när gateway inte lyssnar):

Kör i PowerShell och klistra in sista ~150 raderna:

Get-Content "$env:LOCALAPPDATA\Temp\openclaw\openclaw-2026-03-06.log" -Tail 150

(Om filen inte hittas: använd exakt sökvägen som openclaw gateway status visar.)

#

Och kör också:

openclaw config validate

Telegram-varningen om groupPolicy är inte fatal, så det är nästan säkert något annat i loggen som förklarar varför gatewayn inte börjar lyssna (t.ex. en crash stack trace, schema validation error, missing dependency, osv). När du postar loggsvansen kan jag säga exakt vad som behöver ändras.

signal depot Mar 6, 2026, 5:17 PM

#

jag nu satt sercurity och allt till helt av, ändå funkar fna ingenting?!?!? :

PS C:\WINDOWS\system32> openclaw config validate

🦞 OpenClaw 2026.3.2 (85377a2)
I'm like tmux: confusing at first, then suddenly you can't live without me.

Config valid: ~.openclaw\openclaw.json

slender oliveBOT Mar 6, 2026, 5:17 PM

#

openclaw config validate säger att configen är OK ✅ — så det här är inte “security/allowlist”-grejen längre.

Det du har nu är ett rent runtime-problem: Scheduled Task startar gatewayn men den kraschar/hänger innan den börjar lyssna på 127.0.0.1:18789 (därför “port is not listening” + RPC probe: failed).

För att komma vidare behöver vi antingen loggsvansen eller köra gateway i förgrunden så du får stack trace direkt.

Alternativ A (snabbast): kör gateway i förgrunden och kopiera felet

Stoppa Scheduled Task-gatewayn:

openclaw gateway stop

Starta gatewayn i samma terminal (så du ser exakt crash/exception):

openclaw gateway --verbose --ws-log compact

#

Kopiera de sista raderna när den dör (posta inte tokens).

Alternativ B: posta loggfilens sista rader

Gateway status visar filen här:
~\AppData\Local\Temp\openclaw\openclaw-2026-03-06.log

Kör:

Get-Content "$env:LOCALAPPDATA\Temp\openclaw\openclaw-2026-03-06.log" -Tail 200

När vi ser de raderna kan vi säga exakt varför den inte lyssnar (vanliga orsaker: crash i provider init, trasig env för service, browser init som failar, osv). Utan loggen blir det tyvärr bara gissningar.

signal depot Mar 6, 2026, 5:18 PM

#

Tool Access
Profile + per-tool overrides for this agent. 25/25 enabled.
Enable All
Disable All
Reload Config
Save
Profile
full
Source
global default

slender oliveBOT Mar 6, 2026, 5:18 PM

#

Perfekt — den vyn i Control UI bekräftar att tools faktiskt är på (profile full, 25/25 enabled). Då är vi förbi “tool policy”-problemet.

Om Telegram-botten ändå svarar “jag kan tyvärr inte öppna webbläsare/googla” så är det nästan alltid en av två saker kvar:

Gateway/RPC är fortfarande ostabil (så verktyg kan inte köras fast de är “enabled”)
Modellen du kör kan/brukar inte tool-calla → då blir det bara “vanligt chat-svar” och den hittar på standard-ursäkten.

Snabbt test som avgör #1 direkt (utan LLM)

Kör på Windows:

openclaw gateway status
openclaw browser profiles

Om openclaw browser profiles funkar: gateway + browser tool fungerar.
Om det timear ut igen: gateway-problem kvar (då behöver vi loggsvans).

#

Om CLI-testet funkar men Telegram-botten vägrar: då är det #2 (modell/provider)

Posta output från:

openclaw models status
openclaw status --all

Där ser vi exakt vilken provider/modell som kör och om det finns varningar som gör att tools inte skickas eller ignoreras.

(Obs: för web_search behöver du fortfarande en API-nyckel via openclaw configure --section web, men även utan nyckel ska en tool-capable setup åtminstone försöka och då klaga på “missing API key” – inte säga “jag kan inte”.)

signal depot Mar 6, 2026, 5:19 PM

#

jag får tusen sånna här:
17:18:41 [config/schema] possibly sensitive key found:

slender oliveBOT Mar 6, 2026, 5:20 PM

#

Den raden är en varning, inte ett fel.

[config/schema] possibly sensitive key found: betyder bara att OpenClaw har hittat ett fält i din config som ser ut som en hemlighet (t.ex. token, apiKey, secret, osv) och påminner om att det är känsligt. Det stoppar inte gatewayn och påverkar inte browser/web-tools.

Att du får “tusen” brukar betyda en av två saker:

Du tittar på loggen medan config laddas om ofta (t.ex. efter många openclaw config set, eller om något på Windows triggar file-watch många gånger).
Du har många nycklar/tokens i config och den loggar en varning per träff.

Kan du klistra in en hel sådan rad (eller 5 rader runt den)?

Den brukar avslöja vilken nyckel/path den syftar på (och då kan vi städa upp rätt ställe).

Om du vill bli av med varningarna helt

Flytta hemligheter ur openclaw.json till env/SecretRef (rekommenderat):
https://docs.openclaw.ai/gateway/secrets

Men: innan vi städar logg-noise vill jag få browser/web att funka. Kan du också köra (kort output):

#

openclaw gateway status
openclaw models status
openclaw browser profiles

Då ser vi om gatewayn är stabil + vilken modell som kör (tool-calling) + om browser-CLI kan nå gatewayn.

signal depot Mar 6, 2026, 5:21 PM

#

FÅ DEN BARA ATT FUNKA !!!!!!

#

MEN VARFÖR?!?!?!!??! ?

[2026-03-06 18:21] R y: Öppna en browser, gå till google och sök jonas, ta en screenshot.
[2026-03-06 18:21] Ryd_Stationary: Jag kan inte öppna en webbläsare eller ta skärmdumpar här – OpenClaw kör mig i en sandbox utan direkt åtkomst till din dator eller internet. Vill du att jag formulerar en exakt sökfras och beskriver vad du bör kopiera tillbaka (titel + länk från toppresultaten), så analyserar jag det direkt och ger dig affärsfokuserade insikter?

DEN ÄR JU MAXÅTKOMST!!!

slender oliveBOT Mar 6, 2026, 5:21 PM

#

Okej — vi gör det här brutalt konkret och får en “known-good” test att fungera först. Just nu hoppar du mellan tre problem (tools, gateway som hänger, och web_search keys). Vi börjar med den enklaste grejen som inte kräver Brave-key: browser CLI.

Målet (5 min): få `openclaw browser profiles` att funka

Kör exakt detta och posta outputen från steg 3 och 5 om det failar:

Stoppa gateway-servicen:

openclaw gateway stop

Kolla om nåt fortfarande lyssnar på porten:

netstat -ano | findstr :18789

Om du får en rad med LISTENING ... <PID> → döda den:

#

taskkill /PID <PID> /F

Starta gateway i förgrunden (så vi ser crashen direkt):

openclaw gateway --port 18789 --verbose --ws-log compact

Låt den rulla.

Öppna en ny PowerShell och kör:

openclaw browser profiles

Om det fortfarande inte funkar: posta

#

outputen från openclaw browser profiles
och de sista raderna som gatewayn spottar ut i fönstret från steg 3 (det är där den riktiga orsaken står).

När browser-CLI fungerar kan vi gå vidare till Telegram-botten och “googla jonas” (antingen via browser-tool eller via web_search efter att du lagt in en web API-key).

signal depot Mar 6, 2026, 5:21 PM

#

MEN VARFÖR?!?!?!!??! ?

[2026-03-06 18:21] R y: Öppna en browser, gå till google och sök jonas, ta en screenshot.
[2026-03-06 18:21] Ryd_Stationary: Jag kan inte öppna en webbläsare eller ta skärmdumpar här – OpenClaw kör mig i en sandbox utan direkt åtkomst till din dator eller internet. Vill du att jag formulerar en exakt sökfras och beskriver vad du bör kopiera tillbaka (titel + länk från toppresultaten), så analyserar jag det direkt och ger dig affärsfokuserade insikter?

DEN ÄR JU MAXÅTKOMST!!!

slender oliveBOT Mar 6, 2026, 5:22 PM

#

Jag fattar frustrationen. Och du har helt rätt i att Tool Access = full borde räcka.

Men: “Tool Access” i UI betyder bara att verktygen är tillåtna att skickas till modellen — det tvingar inte modellen att använda dem. När den fortfarande svarar med den där standardtexten (“jag kör i en sandbox utan internet…”) så är det i praktiken ett av de här lägena:

A) Du kör faktiskt med sandboxing (Docker) för den agenten/sessionen

Då kan den mycket väl sakna host‑åtkomst (och ibland nät) trots “max tools”.

Kör detta på gateway-maskinen:

openclaw config get agents.defaults.sandbox.mode

Om du får all eller non-main: stäng av sandbox för att få det att funka NU:

#

openclaw config set agents.defaults.sandbox.mode off
openclaw gateway restart

B) Modellen/provider du kör tool-callar inte (eller tool-calling är trasigt)

Då får du exakt den typen av “jag kan inte”-svar även om tools är enabled.

Kör och posta:

openclaw models status

C) Du tittar på Tool Access för en agent, men Telegram DM routas till en annan agent

Då kan “Stationary”-agenten ha andra inställningar.

#

Kör och posta:

openclaw status --all

Om du vill ha snabbaste vägen utan att posta massa: kör bara agents.defaults.sandbox.mode-kommandot och säg vad det visar. Det är den vanligaste anledningen till att den säger “sandbox utan internet” trots “max access”.

signal depot Mar 6, 2026, 5:23 PM

#

vart kör jag agents.defaults.sandbox.mode, det är ju inte hela kommandot?!

slender oliveBOT Mar 6, 2026, 5:23 PM

#

“Maxåtkomst” i Tool Access betyder: OpenClaw tillåter att verktygen skickas till modellen.
Det betyder inte att modellen automatiskt får/kan “styra din dator”, och det stoppar inte en modell från att bara hitta på en standardursäkt.

När din bot skriver exakt:

“OpenClaw kör mig i en sandbox utan direkt åtkomst till din dator eller internet”

…då är det i praktiken bara tre möjliga verkligheter:

Sandboxing är faktiskt på för den agenten/sessionen → då har den inte host‑åtkomst (och ibland inte nät).
Modellen/provider du kör tool‑callar inte → då används inga tools även om de är “enabled”.
Telegram DM routas till en annan agent än den du tittar på i UI.

Jag kan inte gissa vilken — men du kan bevisa det på 10 sek med EN rad:

#

openclaw config get agents.defaults.sandbox.mode

Om den visar all eller non-main: kör detta och testa igen:

openclaw config set agents.defaults.sandbox.mode off
openclaw gateway restart

Om den inte visar sandbox-läge (path not found eller off), då är nästa 10-sekunders bevis:

openclaw models status

Posta outputen från de två kommandona ovan så säger jag exakt vilket av (1)/(2)/(3) du sitter i och vad du ska ändra.

#

Kör det i PowerShell på samma dator som Gatewayn kör (där du redan kör openclaw …).

Fulla kommandot är:

openclaw config get agents.defaults.sandbox.mode

Tolkning:

Om du får Config path not found: agents.defaults.sandbox.mode → då har du inte satt det i config (oftast betyder det att sandboxing inte är på via den vägen).
Om du får t.ex. all eller non-main → stäng av och starta om:

openclaw config set agents.defaults.sandbox.mode off
openclaw gateway restart

#

(Alternativt kan du kolla/sätta samma sak i Dashboard → Config och söka på sandbox.)

signal depot Mar 6, 2026, 5:23 PM

#

PS C:\WINDOWS\system32> openclaw config get

🦞 OpenClaw 2026.3.2 (85377a2) — I've survived more breaking changes than your last three relationships.

error: missing required argument 'path'

slender oliveBOT Mar 6, 2026, 5:24 PM

#

openclaw config get måste alltid få en path.

Kör exakt:

openclaw config get agents.defaults.sandbox.mode

(Om du vill se hela sandbox-blocket om det finns:)

openclaw config get agents.defaults.sandbox

Och om du vill se vilka paths som finns i din config kan du alltid öppna filen:

#

openclaw config file

…och kika i ~\.openclaw\openclaw.json.

signal depot Mar 6, 2026, 5:24 PM

#

PS C:\WINDOWS\system32> openclaw config get agents.defaults.sandbox.mode

🦞 OpenClaw 2026.3.2 (85377a2) — Your terminal just grew claws—type something and let the bot pinch the busywork.

Config path not found: agents.defaults.sandbox.mode

slender oliveBOT Mar 6, 2026, 5:25 PM

#

Bra — det där svaret betyder: sandbox är inte ens konfigurerad hos dig (åtminstone inte via agents.defaults.sandbox.mode), så när din Telegram-bot säger “jag kör i en sandbox utan internet” så är det med största sannolikhet bara modell-snack (den ser/kan inte använda tools → hittar på en förklaring).

Nu gör vi ett snabbt “3‑kommandos test” som visar exakt var det går fel:

Kör detta på Windows-maskinen:

openclaw agents list
openclaw agents bindings
openclaw models status

Vad vi letar efter:

Vilken agent Telegram DM routas till (så att du verkligen ändrar rätt agent).
Vilken modell/provider som kör – om den inte tool-callar så får du alltid “jag kan inte”-svar även med “max tools”.

#

Och kör gärna också:

openclaw browser profiles

Om openclaw browser profiles funkar men Telegram-botten fortfarande säger “kan inte”, då är det 99% modell/provider/tool-calling och models status kommer visa det direkt.

Posta outputen från de kommandona så säger jag exakt nästa två steg (ingen mer gissning).

#

Nu har vi svaret på “varför” från din egen output:

Du kör bara en enda modell: openai-codex/gpt-5.1-codex-mini (Codex mini)
Inga andra modeller/fallbacks är konfigurerade

Det är en coding‑fokuserad Codex‑modell, och den beter sig ofta exakt så här: den tool‑callar inte (eller väljer inte att tool‑calla) för “assistant‑grejer” som web/browsing → då får du standardtexten “jag kan inte öppna webbläsare / jag är sandboxad”.

Gör så här för att få web + browser att funka “på riktigt”

Behåll Codex för kod, men lägg till en “vanlig assistant‑modell” som är känd för att tool‑calla och sätt den som primary.
(Jag listar inte exakta modeller här eftersom de ändras ofta, men typ “Anthropic Claude” eller “OpenAI GPT” via API brukar vara stabilt för tools.)

Docs:

Modeller: https://docs.openclaw.ai/concepts/models
Providers: https://docs.openclaw.ai/providers/models

Snabbaste vägen är att köra wizard och lägga till en provider:

#

openclaw configure

För “googla” via web_search behöver du dessutom en sök-API‑nyckel:

openclaw configure --section web
openclaw gateway restart

Under tiden (utan att vänta på modellbyte): du kan alltid browsa via CLI

Det här funkar oavsett om modellen tool‑callar:

openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://www.google.com

#openclaw cant do anything?!?!