#updating opencalw with new releases

1 messages · Page 1 of 1 (latest)

manic sigil
#

Can my openclaw bot update with new relases itself?

pine nightBOT
#

To help others find answers, you can mark your question as solved via Right click solution message -> Apps -> ✅ Mark Solution

earnest wolfBOT
#

Yes — but not by default.

  • Manual update: openclaw update
    It detects npm/git install type, updates, runs doctor, and restarts the Gateway.

  • Auto-update: enable it in ~/.openclaw/openclaw.json:

{
  update: {
    channel: "stable",
    auto: {
      enabled: true,
      stableDelayHours: 6,
      stableJitterHours: 12,
    },
manic sigil
#

tilladelse til hvad?

earnest wolfBOT
#

Mener du “hvilken tilladelse kréver auto-update?” 🙂

Den skal i praksis have tilladelse til at:

  • skrive til OpenClaw-installationen — fx global npm/pnpm install
  • skrive til ~/.openclaw for state/config
  • downloade nye releases fra npm/GitHub
  • genstarte Gateway-servicen

Hvis din globale install er lavet som root/admin, kan update fejle uden de rigtige filrettigheder. Test fĂžrst med:

openclaw update --dry-run

Hvis den ser okay ud:

manic sigil
#

min bot er gÄet helt i stykker. jeg sprugte den om den var opdateret og den svarede nej. sÄ spurgte den om den skulle opdatere og jeg sagde ja, og nu er den gÄet helt i kage

earnest wolfBOT
#

Av, okay — stop med at spĂžrge botten lige nu; fejlsĂžg fra terminalen pĂ„ maskinen hvor Gateway kĂžrer.

KĂžr fĂžrst:

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

Paste output her — isér version + fejl nederst.

Hvis den bare er i en dÄrlig restart/update state, prÞv derefter:

openclaw doctor
manic sigil
#

Der er en eller anden "Clyde" bot der bliver ved med at sige det har jeg ikke tillladelse til her: hvad er det nu?

earnest wolfBOT
#

“Clyde” er Discord selv, ikke OpenClaw.

NĂ„r Clyde siger noget med “du har ikke tilladelse her”, betyder det typisk Ă©n af disse:

  • du prĂžver at bruge en slash command/app action i en kanal/thread hvor den ikke er tilladt
  • Discord-rollen din mangler permission til den command
  • botten/app’en mangler permission i den thread
  • kommandoen skal kĂžres et andet sted — eller direkte i terminalen

Til din Þdelagte update: lad vÊre med at bruge Discord/Clyde til recovery. KÞr det her pÄ maskinen hvor OpenClaw kÞrer:

openclaw --version
openclaw status --all
openclaw gateway status
openclaw logs --tail 200
#

Paste output her, sĂ„ kan vi se hvad der faktisk gik galt. 🩐

manic sigil
#

jeg kan ikke paste det fordi output er mere end 2000 tegn

earnest wolfBOT
#

Helt fair — Discord er irriterende med 2000 tegn.

GÞr én af de her:

Bedst: gem output som fil og upload filen her:

openclaw status --all > openclaw-status.txt
openclaw logs --tail 300 > openclaw-logs.txt

Upload sÄ openclaw-status.txt og evt. openclaw-logs.txt.

Hvis du ikke kan uploade filer, sÄ paste kun de vigtige bidder:

#
openclaw --version
openclaw gateway status
openclaw logs --tail 80

Eller filtrer fejlene ned:

openclaw logs --tail 300 | grep -Ei "error|fail|warn|eacces|permission|enoent|npm|pnpm|update" | tail -80

openclaw status --all burde redigere tokens vĂŠk, men kig lige hurtigt efter API keys/secrets fĂžr du uploader logs.

manic sigil
#

jeg kan ikke vedhÊfte filer eller billder for den sags skydl her i dicord til dig. hvis jeg gÄr pÄ andre servere kan jeg godt.. har allrede brugt 7 timer pÄ det en anden dag...

earnest wolfBOT
#

Det er virkelig trĂŠls — og nej, du skal ikke bruge 7 timer mere pĂ„ det. Vi kan gĂžre det uden filer/billeder.

Clyde/attachment-problemet er en Discord-server-permission, ikke din OpenClaw bot. Ignorér det for nu.

Kþr denne ene kommando og paste kun outputtet her — den klipper selv ned under Discord-grénsen:

(
echo "### VERSION"; openclaw --version
echo "### GATEWAY"; openclaw gateway status
echo "### LOG ERRORS"; openclaw logs --tail 300 | grep -Ei "error|fail|warn|permission|eacces|enoent|npm|pnpm|update|doctor" | tail -40
) 2>&1 | tail -c 1800

Hvis den kommando fejler, paste bare fejlen. SĂ„ tager vi den derfra — Ă©t lille stykke ad gangen.

manic sigil
#

findes du pÄ andre platforme end her pÄ discord?

earnest wolfBOT
#

Mig/Krill er her i Discord-supporten 🩐

Men OpenClaw som produkt kan kĂžre via mange andre kanaler pĂ„ din egen bot — fx Telegram, WhatsApp, Signal, Slack osv. Docs: https://docs.openclaw.ai/channels

Til lige netop din fejl behþver vi dog ikke filer/billeder. Paste bare den korte kommando-output jeg sendte fþr — den er lavet til at vére under Discord-grénsen.

manic sigil
#

jeg forstÄr. Men jeg har fundet ud af der er mget hjÊlp at hente ved at spÞrge dig frem for anden AI nÄr noget driller med min Openclaw bot... sÄ derfor udbyder Openclaw en bot alla dig pÄ andre kanaler end Discord? - github eller noget helt andet trejde.. det stort set umuligt at samarbjde hvis man ikke kan uploade billder og filer

earnest wolfBOT
#

Ja, det giver mening — det er svért at debugge uden uploads.

Kort svar: der er ikke en officiel “Krill support-bot” pĂ„ GitHub/Telegram/etc. som erstatning for Discord, sĂ„ vidt jeg ved. Den officielle vej er:

  • Discord #help / forum for interaktiv hjĂŠlp
  • GitHub Issues nĂ„r det ligner en bug eller krĂŠver maintainer-opmĂŠrksomhed: https://github.com/openclaw/openclaw/issues
  • Answer Overflow til sĂžgbar historik fra Discord-support

Men: din egen OpenClaw kan kÞre pÄ andre kanaler som Telegram/WhatsApp/Signal/Slack osv.: https://docs.openclaw.ai/channels

For dit konkrete problem kan vi stadig klare det her uden uploads. Brug bare den korte kommando fra fþr, eller lav en GitHub issue hvis output/logs er for store — bare husk at fjerne tokens/secrets fþrst.

manic sigil
#

det jeg ikke fatter... jeg har spurgt pÄ en trÄd til rigtige mennesker der pÄstod de godt kunne uploade billder? jeg har gjort alt, slette discord, geninstalleret, brugt min telefon, brugt webrowser og app... og lige meget hvad jeg gÞr sÄ fÄr jeg ikke muligheden for at uploade, trÊkke eller paste billeder..

earnest wolfBOT
#

Du er ikke skĂžr — hvis det fejler pĂ„ app, browser, telefon og desktop, men virker pĂ„ andre servere, sĂ„ er det nĂŠsten sikkert ikke din Discord-installation.

Det lyder som en server-/rolle-permission her i OpenClaw Discord:

  • din rolle mangler mĂ„ske Attach Files / VedhĂŠft filer
  • forum-threaden kan have en permission override
  • din konto kan mangle en onboarding/verified rolle
  • andre kan godt uploade, fordi de har en anden rolle

SÄ: stop med at geninstallere Discord. Det hjÊlper ikke, hvis permission ligger pÄ serveren.

For nu kan vi debugge uden billeder. KĂžr den korte kommando og paste output:

(
echo "### VERSION"; openclaw --version
#
echo "### GATEWAY"; openclaw gateway status
echo "### LOG ERRORS"; openclaw logs --tail 300 | grep -Ei "error|fail|warn|permission|eacces|enoent|npm|pnpm|update|doctor" | tail -40
) 2>&1 | tail -c 1800

Og separat kan du skrive kort her i trĂ„den: “Jeg mangler Attach Files permission i denne server/thread — kan nogen tjekke min rolle?”
Det er server-side, sÄ kun server permissions kan fikse upload-delen.

manic sigil
#

vi bliver nĂžd til at give det forsĂžg igen, ellers magtrer jeg ikke det her... men sidst informere du mig om jeg havde permission

potent saffron
#

Roger you egoiste: Would be nice if you would write in English for everyones benefit ffs

earnest wolfBOT
#

Lad mig lige tjekke Discord-permissionen igen, sÄ jeg ikke gÊtter.

#

Jeg tjekkede lige nu: Discord siger faktisk, at du har AttachFiles / vedhÊft filer bÄde i denne trÄd og i parent #help-forummet.

SĂ„ sidste svar var ikke bare gas — men det betyder ogsĂ„: hvis du stadig ikke fĂ„r upload-knappen, sĂ„ er det sandsynligvis Discord der opfĂžrer sig mĂŠrkeligt, ikke en simpel rolle-permission. Lad os ikke brĂŠnde mere tid pĂ„ upload-delen lige nu.

Vi prĂžver igen uden filer. KĂžr kun denne:

(
echo "### VERSION"; openclaw --version
echo "### GATEWAY"; openclaw gateway status
echo "### ERRORS"; openclaw logs --tail 250 | grep -Ei "error|fail|warn|permission|eacces|enoent|npm|pnpm|update|doctor" | tail -30
) 2>&1 | tail -c 1500

Paste output direkte her. Den burde vĂŠre kort nok til Discord.
Hvis den ogsÄ bliver for lang, paste bare de sidste 20 linjer.

#

Let’s keep it kind, please. Roger’s clearly frustrated and trying to recover a broken bot.

English is useful for indexing/search, yes — but getting him unstuck matters too. I can translate/summarize the key steps in English once we have the error output.

manic sigil
#

@potent saffron my english spelling sucks.. but rigth now the dialog is not about updates - but why the f I can not attach pictures or files - and I have tried everyhing..

earnest wolfBOT
#

Your English is totally good enough — don’t worry about spelling.

For the upload problem: I checked Discord’s effective permissions for you in this thread and the parent forum, and Discord reports you do have AttachFiles. So reinstalling Discord won’t help; this looks like a Discord UI/client/server weirdness, not a normal “missing permission” case.

Let’s bypass uploads completely. Paste only short text output. Even broken English + terminal errors is fine — I can translate/summarize the useful bits for everyone after.

potent saffron
#

Krill is right, your English is good enough 😉

earnest wolfBOT
#

❀ exactly — we can work with it. The important thing now is getting the bot back up, not perfect grammar.

potent saffron
#

Agree, go ahead helping Roger... I stfu now

earnest wolfBOT
#

All good — thanks. I’ll keep the troubleshooting steps concise and summarize in English when we find the fix.

manic sigil
#

ahhhh- it is imposiible... "Dette indhold er blokeret af serveren. Fra moderatorer pÄ serveren:
"Please don't send markdown headers or non standard fonts within Discord, it creates a spammy chat"
Kun du kan se denne ‱ Afvis besked‱ FĂ„ mere at vide"

earnest wolfBOT
#

Ah damn — that one is on me. The ### labels I gave you triggered the server’s markdown-header filter. Sorry.

Use this version instead. No markdown headers:

(
echo "VERSION"
openclaw --version
echo "GATEWAY"
openclaw gateway status
echo "ERRORS"
openclaw logs --tail 250 | grep -Ei "error|fail|warn|permission|eacces|enoent|npm|pnpm|update|doctor" | tail -25
) 2>&1 | tail -c 1500

When you paste the result, if Discord blocks it again, remove any lines that start with #.

manic sigil
#

🩞 OpenClaw 2026.4.24 (cbcfdf6) — Running on your hardware, reading your logs, judging nothing (mostly).

|
o
Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-04-27.log
Command: C:\Program Files\nodejs\node.exe C:\Users\c\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service file: ~.openclaw\gateway.cmd
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: unknown (state Ready, last run -1073741510, last run time 27-04-2026 10:58:55, Task status is locale-dependent and no numeric Last Run Result was available.)
Connectivity probe: failed
Probe target: ws://127.0.0.1:18789
connect ECONNREFUSED 127.0.0.1:18789
Capability: unknown

Troubles: run openclaw status
Troubleshooting: https://docs.openclaw.ai/troubleshooting
PS C:\Users\c> echo "ERRORS"
ERRORS
PS C:\Users\c> openclaw logs --tail 250 | grep -Ei "error|fail|warn|permission|eacces|enoent|npm|pnpm|update|doctor" | tail -25
grep : The term 'grep' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling o
f the name, or if a path was included, verify that the path is correct and try again.
At line:1 char:28

  • openclaw logs --tail 250 | grep -Ei "error|fail|warn|permission|eacce ...
  •                        ~~~~
    
    • CategoryInfo : ObjectNotFound: (grep:String) [], CommandNotFoundException
    • FullyQualifiedErrorId : CommandNotFoundException

PS C:\Users\c> ) 2>&1 | tail -c 1500

earnest wolfBOT
#

Good, we have something now.

What this says: OpenClaw 2026.4.24 is installed, the Scheduled Task exists, but the Gateway is not actually listening:

connect ECONNREFUSED 127.0.0.1:18789

Also: my command used Linux tools (grep, tail) — on your Windows PowerShell those don’t exist. That part is my fault.

Run this PowerShell version:

openclaw gateway restart
Start-Sleep -Seconds 5
openclaw gateway status
openclaw logs --tail 160 | Select-String -Pattern "error|exception|fail|warn|permission|eacces|enoent|npm|pnpm|update|doctor" | Select-Object -Last 30 | ForEach-Object { $_.Line }
#

Paste the output. No screenshots/files needed.

If Discord blocks it again, paste only the part after connectivity probe and the last 20 log lines.

manic sigil
#

den skriver det her i et vindue.. o Config warnings ------------------------------------------------------------------------+
| |
| - plugins.entries.voice-call: plugin voice-call: duplicate plugin id detected; bundled |
| plugin will be overridden by global plugin |
| (C:\Users\c.openclaw\extensions\voice-call\index.ts) |
| |
+------------------------------------------------------------------------------------------+
Restarted Scheduled Task: OpenClaw Gateway og sÄ Äbner den et nyt vindue hvor den pprÞver at starte botten op... hvor det hele gÄr i selvsving

earnest wolfBOT
#

Aha — that warning is useful. It points at an old/custom global plugin overriding the bundled voice-call plugin. Let me verify the safest Windows command before I tell you to move anything.

#

Okay — now we have a real suspect.

That voice-call warning means you have an older/custom plugin here:

C:\Users\c\.openclaw\extensions\voice-call\index.ts

and it is overriding the bundled one from the new OpenClaw version. If that plugin is stale, it can absolutely cause weird startup loops.

Let’s do the reversible fix: stop Gateway, rename that old plugin folder, restart.

Paste this into PowerShell:

openclaw gateway stop

$vc = Join-Path $env:USERPROFILE ".openclaw\extensions\voice-call"
#
if (Test-Path $vc) {
  Rename-Item -Path $vc -NewName ("voice-call.disabled." + (Get-Date -Format "yyyyMMdd-HHmmss"))
  Write-Host "Old voice-call plugin moved aside"
} else {
  Write-Host "No old voice-call plugin folder found"
}

openclaw doctor
openclaw gateway restart
Start-Sleep -Seconds 5
openclaw gateway status

This does not delete it — it just renames the old plugin folder so OpenClaw can use the bundled plugin instead.

If gateway status still says ECONNREFUSED, paste the last part of the output here.

manic sigil
#

jeg kan ikke stoppe min powershell med ctr c - kan jeg lukke med kryds?

earnest wolfBOT
#

Ja — luk vinduet med krydset. Det er okay her.

Hvis Windows spĂžrger om du vil afslutte processen/jobbet, vĂŠlg Yes/Ja.

NÄr det er lukket, Äbn en ny PowerShell og kÞr fÞrst kun:

openclaw gateway stop
openclaw gateway status

Hvis den stadig Ă„bner et nyt selvsving-vindue bagefter, sĂ„ sig det — sĂ„ tager vi nĂŠste skridt mere forsigtigt.

manic sigil
#

Stopped Scheduled Task: OpenClaw Gateway
PS C:\Users\c> openclaw gateway status
Config warnings:

  • plugins.entries.voice-call: plugin voice-call: duplicate plugin id detected; bundled plugin will be overridden by global plugin (C:\Users\c.openclaw\extensions\voice-call\index.ts)

🩞 OpenClaw 2026.4.24 (cbcfdf6) — I'll refactor your busywork like it owes me money.

|
o
Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-04-27.log
Command: C:\Program Files\nodejs\node.exe C:\Users\c\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service file: ~.openclaw\gateway.cmd
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: unknown (state Ready, last run -1073741510, last run time 27-04-2026 11:35:06, Task status is locale-dependent and no numeric Last Run Result was available.)
Connectivity probe: failed
Probe target: ws://127.0.0.1:18789
connect ECONNREFUSED 127.0.0.1:18789
Capability: unknown

Troubles: run openclaw status
Troubleshooting: https://docs.openclaw.ai/troubleshooting
PS C:\Users\c>

earnest wolfBOT
#

Yes — good. It is stopped now. The ECONNREFUSED is expected while it is stopped.

Now move the stale voice-call plugin out of the extensions folder. This is reversible; it does not delete it.

Run this in PowerShell:

$src = Join-Path $env:USERPROFILE ".openclaw\extensions\voice-call"
$dstRoot = Join-Path $env:USERPROFILE ".openclaw\disabled-extensions"
New-Item -ItemType Directory -Force -Path $dstRoot | Out-Null

if (Test-Path $src) {
  $dst = Join-Path $dstRoot ("voice-call." + (Get-Date -Format "yyyyMMdd-HHmmss"))
  Move-Item -Path $src -Destination $dst
  Write-Host "Moved old voice-call plugin to:"
  Write-Host $dst
#
} else {
  Write-Host "No old voice-call plugin folder found"
}

openclaw gateway status

After that, check: the Config warnings: plugins.entries.voice-call duplicate plugin id line should be gone.

If it is gone, run:

openclaw gateway restart
Start-Sleep -Seconds 8
openclaw gateway status
#

Paste the last status output.

manic sigil
earnest wolfBOT
#

Det er fordi jeg gav dig en multi-line PowerShell blok med { ... } — hvis den ikke blev pastet helt rigtigt, stĂ„r PowerShell og venter pĂ„ mere input.

Tryk Enter én gang. Hvis prompten stadig ikke kommer tilbage, luk vinduet med krydset og Äbn en ny PowerShell.

KÞr sÄ én linje ad gangen i stedet:

openclaw gateway stop
New-Item -ItemType Directory -Force -Path "$env:USERPROFILE\.openclaw\disabled-extensions"
Move-Item "$env:USERPROFILE\.openclaw\extensions\voice-call" "$env:USERPROFILE\.openclaw\disabled-extensions\voice-call-old"
#
openclaw gateway status

Hvis Move-Item siger at voice-call-old allerede findes, brug denne i stedet:

Move-Item "$env:USERPROFILE\.openclaw\extensions\voice-call" "$env:USERPROFILE\.openclaw\disabled-extensions\voice-call-old-2"
manic sigil
#

Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Install the latest PowerShell for new features and improvements! https://aka.ms/PSWindows

PS C:\Users\c> openclaw gateway stop
Config warnings:

  • plugins.entries.voice-call: plugin voice-call: duplicate plugin id detected; bundled plugin will be overridden by global plugin (C:\Users\c.openclaw\extensions\voice-call\index.ts)

🩞 OpenClaw 2026.4.24 (cbcfdf6) — Your terminal just grew claws—type something and let the bot pinch the busywork.

|
o Config warnings ------------------------------------------------------------------------+
| |
| - plugins.entries.voice-call: plugin voice-call: duplicate plugin id detected; bundled |
| plugin will be overridden by global plugin |
| (C:\Users\c.openclaw\extensions\voice-call\index.ts) |
| |
+------------------------------------------------------------------------------------------+
Stopped Scheduled Task: OpenClaw Gateway
PS C:\Users\c> New-Item -ItemType Directory -Force -Path "$env:USERPROFILE.openclaw\disabled-extensions"

Directory: C:\Users\c\.openclaw

Mode LastWriteTime Length Name


d----- 27-04-2026 11:51 disabled-extensions

PS C:\Users\c> Move-Item "$env:USERPROFILE.openclaw\extensions\voice-call" "$env:USERPROFILE.openclaw\disabled-extensions\voice-call-old"
PS C:\Users\c>

earnest wolfBOT
#

Perfect — that move succeeded.

Now run:

openclaw gateway status

Look for whether the duplicate plugin id warning is gone.

If it is gone, run:

openclaw gateway restart
Start-Sleep -Seconds 8
openclaw gateway status
#

Paste the final gateway status. Fingers crossed this gets us out of the loop. 🩐

manic sigil
#

🩞 OpenClaw 2026.4.24 (cbcfdf6) — The only crab in your contacts you actually want to hear from. 🩞

|
o
Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-04-27.log
Command: C:\Program Files\nodejs\node.exe C:\Users\c\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service file: ~.openclaw\gateway.cmd
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: unknown (state Ready, last run -1073741510, last run time 27-04-2026 11:35:06, Task status is locale-dependent and no numeric Last Run Result was available.)
Connectivity probe: failed
Probe target: ws://127.0.0.1:18789
connect ECONNREFUSED 127.0.0.1:18789
Capability: unknown

Troubles: run openclaw status
Troubleshooting: https://docs.openclaw.ai/troubleshooting
PS C:\Users\c>

earnest wolfBOT
#

Good: the duplicate voice-call warning is gone. That part is fixed.

Now the Gateway is still stopped/not listening. Start it cleanly:

openclaw gateway restart
Start-Sleep -Seconds 10
openclaw gateway status

If it opens the “loop” window again, don’t fight the window — wait 10 seconds, then paste the gateway status result.

If status still says ECONNREFUSED, run this Windows-safe log command:

openclaw logs --tail 120 | Select-String -Pattern "Error|Exception|Failed|Cannot|ENOENT|EACCES|permission|npm|update|plugin|voice" | Select-Object -Last 40
manic sigil
#

den Äbner et ny powershell som siger: 11:54:45 [gateway] loading configuration

11:54:46 [gateway] resolving authentication

11:54:46 [gateway] starting...
11:54:52 [gateway] starting HTTP server...
11:54:52 [canvas] host mounted at http://127.0.0.1:18789/__openclaw__/canvas/ (root C:\Users\c.openclaw\canvas)
11:54:52 [health-monitor] started (interval: 300s, startup-grace: 60s, channel-connect-grace: 120s)
11:54:53 [health] initial refresh failed: Only URLs with a scheme in: file, data, and node are supported by the default ESM loader. On Windows, absolute paths must be valid file:// URLs. Received protocol 'c:'
11:54:53 [gateway] agent model: custom-api-deepseek-com/deepseek-chat
11:54:53 [gateway] ready (3 plugins: discord, voice-call, whatsapp; 6.8s)
11:54:53 [gateway] log file: C:\Users\c\AppData\Local\Temp\openclaw\openclaw-2026-04-27.log
11:54:53 [gateway] starting channels and sidecars...
11:54:58 [ws] closed before connect conn=5e3e80e2-3d56-44fc-86aa-b58cb892d4be peer=127.0.0.1:51278->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1006 reason=n/a
11:54:58 [ws] closed before connect conn=37f101ee-e254-4183-882e-3b89461df3f8 peer=127.0.0.1:51280->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed

earnest wolfBOT
#

That is actually much better: it says

[gateway] ready

So the Gateway is no longer instantly dead. Nice — we made progress.

Do not close that new PowerShell window for now. It looks like it is the running Gateway process.

The line:

health initial refresh failed ... Received protocol 'c:'

looks like a Windows path/import bug, but it may be non-fatal because Gateway still reached ready.

Now open/keep the other PowerShell and run:

#
openclaw gateway status

If it says Connectivity probe: ok, then try messaging your bot again.

If it still says failed, run:

openclaw logs --tail 80

and paste only the bottom part after starting channels and sidecars....

manic sigil
#

but now it goes in endless loops: 11:56:26 [ws] closed before connect conn=9266fce3-a4eb-4bad-b63c-a7389b667822 peer=127.0.0.1:49230->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:56:27 [ws] closed before connect conn=f70dbf7d-9183-4fda-b58c-1b704e2c19e5 peer=127.0.0.1:49231->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:56:28 [ws] closed before connect conn=b0528af3-7bc6-4934-b057-1863f19e70c1 peer=127.0.0.1:49232->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:56:29 [ws] closed before connect conn=c81c81ca-8734-4083-b4a0-597d18d0d401 peer=127.0.0.1:49233->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:56:30 [ws] closed before connect conn=c640477d-8e74-4238-8bce-daf296da2b74 peer=127.0.0.1:49234->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:56:31 [ws] closed before connect conn=7f65ea26-1bdf-4c30-a33e-8a39a6135d26 peer=127.0.0.1:49235->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:56:32 [ws] closed before connect conn=ef425b79-e5c3-4e70-8bb4-abaede91419e peer=127.0.0.1:49236->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:56:33 [ws] closed before connect conn=db58d85a-f642-4c8f-bfbc-b4543ca26d3e peer=127.0.0.1:49237->127.0.0.1:18789 remo

earnest wolfBOT
#

That spam is annoying, but it may be a client repeatedly failing to connect to the Gateway, not necessarily the Gateway crashing. I’ll check what that exact 1008 connect failed means so we don’t guess.

#

That “loop” is probably a client repeatedly trying to connect with bad/missing auth, not the Gateway restarting. The Gateway said ready, so don’t panic.

First: close any browser tab / Control UI / dashboard tab pointing to 127.0.0.1:18789. Also close any extra OpenClaw/TUI windows. Keep only the Gateway PowerShell open.

Then in a second PowerShell run:

openclaw gateway status

If it says Connectivity probe: ok, the Gateway is alive. Then open dashboard the safe way:

openclaw dashboard

Don’t manually open the old dashboard URL — it may have an old token and spam those 1008 connect failed lines.

#

If status is not ok, run:

openclaw logs --tail 200 | Select-String -Pattern "gateway connect failed|AUTH_|PAIRING|pairing|required|token|device|scope|error|failed" | Select-Object -Last 30 | ForEach-Object { $_.Line }

Paste that output, not the repeated [ws] closed before connect lines.

manic sigil
#

PS C:\Users\c> openclaw gateway status

🩞 OpenClaw 2026.4.24 (cbcfdf6) — Shell yeah—I'm here to pinch the toil and leave you the glory.

│
◇
Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-04-27.log
Command: C:\Program Files\nodejs\node.exe C:\Users\c\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service file: ~.openclaw\gateway.cmd
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 267009, last run time 27-04-2026 11:54:43)
Connectivity probe: ok
Capability: admin-capable

Listening: 127.0.0.1:18789
Troubles: run openclaw status
Troubleshooting: https://docs.openclaw.ai/troubleshooting
PS C:\Users\c>

earnest wolfBOT
#

YES. That is the good state 🎉

Your Gateway is running:

Connectivity probe: ok
Capability: admin-capable
Listening: 127.0.0.1:18789

So the main breakage is fixed. The old voice-call plugin override was likely the bad piece after the update.

Now test the bot from wherever you normally talk to it. If it still doesn’t answer, run:

openclaw channels status --probe

And if you want the dashboard, open it via:

#
openclaw dashboard

Not by reusing an old browser tab/token.

manic sigil
#

den brager bare der ud af jeg kan ikke stoppe den 51 [ws] closed before connect conn=62f9b3b4-a1dc-4c99-8954-f3f856b79519 peer=127.0.0.1:58325->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=device identity required
11:59:52 [ws] closed before connect conn=bb5bf4dd-61a6-41d0-b0e2-dc47553a866d peer=127.0.0.1:58326->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:59:52 [health-monitor] [discord:default] health-monitor: restarting (reason: stopped)
11:59:52 [health-monitor] [whatsapp:default] health-monitor: restarting (reason: stopped)
11:59:52 [health-monitor] [whatsapp:default] health-monitor: restart failed: Error [ERR_UNSUPPORTED_ESM_URL_SCHEME]: Only URLs with a scheme in: file, data, and node are supported by the default ESM loader. On Windows, absolute paths must be valid file:// URLs. Received protocol 'c:'
11:59:53 [health] refresh failed: Only URLs with a scheme in: file, data, and node are supported by the default ESM loader. On Windows, absolute paths must be valid file:// URLs. Received protocol 'c:'
11:59:53 [ws] closed before connect conn=7a3eb803-4fbe-435a-9988-8a405c314eec peer=127.0.0.1:58327->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=device identity required
11:59:54 [ws] closed before connect conn=82ae3938-a8e9-4787-bb81-cebb5365a8e2 peer=127.0.0.1:58328->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:59:55 [ws] closed before connect conn=0aff0b2f-4f01-4833-bf3f-08aedfb9b3ef peer=127.0.0.1:58329->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
11:59:56 [ws] closed before connect conn=f2608721-3645-4452-8bfc-b0c9e7dc7e54 peer=127.0.0.1:58330->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect faile

earnest wolfBOT
#

Okay — now we have the real remaining error:

ERR_UNSUPPORTED_ESM_URL_SCHEME ... On Windows ... Received protocol 'c:'

That looks like a Windows path bug in 2026.4.24, likely triggered while restarting the WhatsApp/Discord channel health monitor. The Gateway itself is up, but channels are looping.

To stop the spam immediately:

openclaw gateway stop

Then I’d roll back to the previous version, since this started after update:

npm i -g openclaw@2026.4.23
#
openclaw doctor
openclaw gateway restart
Start-Sleep -Seconds 8
openclaw gateway status

If that works, stay on 2026.4.23 for now and file this as a bug with the exact error:

ERR_UNSUPPORTED_ESM_URL_SCHEME ... Received protocol 'c:'

GitHub issues: https://github.com/openclaw/openclaw/issues

Don’t close the whole terminal violently unless openclaw gateway stop doesn’t return.

manic sigil
#

npm i -g openclaw@2026.4.23 efter dette gjorde den noget som er for langt til jeg kan kpoire det til dig

earnest wolfBOT
#

Det er okay — npm-output er altid langt. Vi skal bare vide om versionen faktisk skiftede.

KÞr disse tre, én ad gangen:

openclaw --version
openclaw doctor
openclaw gateway restart
Start-Sleep -Seconds 8
openclaw gateway status
#

Paste kun output fra openclaw --version og den sidste del af gateway status.

Hvis openclaw --version stadig siger 2026.4.24, sÄ virkede rollback ikke. Hvis den siger 2026.4.23, er vi pÄ rette spor.

manic sigil
#

OpenClaw 2026.4.23 (a979721) - doctoren vil have mig til: |

  • Install missing bundled plugin runtime deps now?
    | > Yes / No
    —
earnest wolfBOT
#

Good — rollback worked: you’re on 2026.4.23 now.

For the doctor prompt, choose Yes. That’s normal after changing versions; it’s asking to repair/install the bundled plugin runtime dependencies.

Use arrow/Enter if needed, or press:

Enter

because Yes is already selected.

After it finishes:

openclaw gateway restart
#
Start-Sleep -Seconds 8
openclaw gateway status
manic sigil
#

efter doktoren stoppede - Äbnede den endnu en powershell (jeg trykkede yes til at genstarte gateway nu) Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.

🩞 OpenClaw 2026.4.23 (a979721) — I've read more man pages than any human should—so you don't have to.

Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.
|
o
12:07:44 [gateway] loading configuration

12:07:44 Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.
12:07:44 Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.
12:07:45 [gateway] resolving authentication

12:07:45 [gateway] starting...
12:07:47 Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.
12:07:50 [gateway] starting HTTP server...
12:07:50 [canvas] host mounted at http://127.0.0.1:18789/__openclaw__/canvas/ (root C:\Users\c.openclaw\canvas)
12:07:51 [health-monitor] started (interval: 300s, startup-grace: 60s, channel-connect-grace: 120s)
12:07:51 [gateway] agent model: custom-api-deepseek-com/deepseek-chat
12:07:51 [gateway] ready (3 plugins: discord, voice-call, whatsapp; 5.8s)
12:07:51 [gateway] log file: C:\Users\c\AppData\Local\Temp\openclaw\openclaw-2026-04-27.log
12:07:51 [heartbeat] disabled
12:07:51 [gateway] starting channels and sidecars...

earnest wolfBOT
#

Det er forventet efter rollback: config-filen blev rþrt af 2026.4.24, og nu kþrer du 2026.4.23. Det er en advarsel — ikke nþdvendigvis en crash-fejl.

Det vigtigste er: den siger igen:

[gateway] ready

Lad det vindue stÄ Äbent lidt. KÞr i en anden PowerShell:

openclaw gateway status

og derefter:

openclaw channels status --probe
#

Hvis du ikke lĂŠngere ser den Windows-fejl med:

ERR_UNSUPPORTED_ESM_URL_SCHEME ... Received protocol 'c:'

sÄ er rollback sandsynligvis lykkedes.

Hvis gateway stop/restart senere nĂŠgter pga. “newer OpenClaw”, sĂ„ sig til — der er en emergency rollback-kommando til det, men vi bruger den kun hvis nĂždvendigt.

manic sigil
#

PS C:\Users\c> openclaw gateway status
Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.

🩞 OpenClaw 2026.4.23 (a979721) — I'm basically a Swiss Army knife, but with more opinions and fewer sharp edges.

Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.
Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.
|
o
Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-04-27.log
Command: C:\Program Files\nodejs\node.exe C:\Users\c\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service file: ~.openclaw\gateway.cmd
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 267009, last run time 27-04-2026 12:07:42)
Warm-up: launch agents can take a few seconds. Try again shortly.
Connectivity probe: failed
Probe target: ws://127.0.0.1:18789
timeout
Capability: unknown

Port 18789 is already in use.

  • pid 33876: node.exe (127.0.0.1:18789)
  • Another process is listening on this port.
    Listening: 127.0.0.1:18789
    Troubles: run openclaw status
    Troubleshooting: https://docs.openclaw.ai/troubleshooting
    PS C:\Users\c>
earnest wolfBOT
#

Okay — this is a different state now:

  • port is open
  • node.exe is running
  • but the probe times out

That usually means the Gateway process is alive but stuck/busy while starting channels.

Don’t run restart again yet. In the normal PowerShell, run this filtered log command:

openclaw logs --tail 250 | Select-String -Pattern "ready|starting channels|discord|whatsapp|ERR_UNSUPPORTED|Error|Exception|failed|timeout|health-monitor|gateway connect failed" | Select-Object -Last 35 | ForEach-Object { $_.Line }

Paste that output.

If the Gateway window is still spamming so badly you can’t work, stop it first:

#
openclaw gateway stop

If stop does not return, close the Gateway PowerShell window with the X. Then tell me whether it closed cleanly.

manic sigil
#

PS C:\Users\c> openclaw logs --tail 250 | Select-String -Pattern "ready|starting channels|discord|whatsapp|ERR_UNSUPPORTED|Error|Exception|failed|timeout|health-monitor|gateway connect failed" | Select-Object -Last 35 | ForEach-Object { $_.Line }
error: unknown option '--tail'
PS C:\Users\c>

earnest wolfBOT
#

Ah — in 2026.4.23 the option is --limit, not --tail. My bad.

Run:

openclaw logs --limit 250 | Select-String -Pattern "ready|starting channels|discord|whatsapp|ERR_UNSUPPORTED|Error|Exception|failed|timeout|health-monitor|gateway connect failed" | Select-Object -Last 35 | ForEach-Object { $_.Line }

If that hangs because Gateway is stuck, read the log file directly:

Get-Content "$env:TEMP\openclaw\openclaw-2026-04-27.log" -Tail 120 | Select-String -Pattern "ready|starting channels|discord|whatsapp|ERR_UNSUPPORTED|Error|Exception|failed|timeout|health-monitor|gateway connect failed" | Select-Object -Last 35 | ForEach-Object { $_.Line }
manic sigil
#

PS C:\Users\c> openclaw logs --limit 250 | Select-String -Pattern "ready|starting channels|discord|whatsapp|ERR_UNSUPPORTED|Error|Exception|failed|timeout|health-monitor|gateway connect failed" | Select-Object -Last 35 | ForEach-Object { $_.Line }
Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.
Config was last written by a newer OpenClaw (2026.4.24); current version is 2026.4.23.

earnest wolfBOT
#

openclaw logs is only giving the config warning, so read the file directly instead:

Get-Content "$env:TEMP\openclaw\openclaw-2026-04-27.log" -Tail 160 | Select-String -Pattern "ready|starting channels|discord|whatsapp|ERR_UNSUPPORTED|Error|Exception|failed|timeout|health-monitor|gateway connect failed" | Select-Object -Last 40 | ForEach-Object { $_.Line }

Also: if the Gateway window is still spamming device identity required, close any browser/dashboard tab first. That exact message is usually some local UI/client retrying without proper device auth.

manic sigil
#

det outpuk kan jeg ikke vise dig.. det alt alt for langt

earnest wolfBOT
#

Helt okay. Vi gĂžr det meget kortere.

Kþr denne — den viser kun de sidste 12 relevante linjer:

Get-Content "$env:TEMP\openclaw\openclaw-2026-04-27.log" -Tail 300 |
Select-String -Pattern "ERR_UNSUPPORTED|Error|Exception|failed|timeout|discord|whatsapp" |
Select-Object -Last 12 |
ForEach-Object { $_.Line }

Hvis det stadig er for langt, kĂžr bare denne ene:

openclaw channels status --probe
#

og paste kun linjerne med discord og whatsapp.

manic sigil
#

ja men i de relevante linjer er der 9221 for mange tegn;)

earnest wolfBOT
#

Fair 😅 Let’s make PowerShell truncate each line too.

Run this:

Get-Content "$env:TEMP\openclaw\openclaw-2026-04-27.log" -Tail 300 |
Select-String -Pattern "ERR_UNSUPPORTED|Error|Exception|failed|timeout|discord|whatsapp" |
Select-Object -Last 10 |
ForEach-Object { if ($_.Line.Length -gt 160) { $_.Line.Substring(0,160) } else { $_.Line } }

That should stay pasteable.

Even shorter, just check if the old Windows bug is still present:

#
(Get-Content "$env:TEMP\openclaw\openclaw-2026-04-27.log" -Tail 300 | Select-String "ERR_UNSUPPORTED_ESM_URL_SCHEME").Count

If it prints 0, rollback probably fixed that specific bug. If it prints anything above 0, it’s still happening.

manic sigil
#

PS C:\Users\c> Get-Content "$env:TEMP\openclaw\openclaw-2026-04-27.log" -Tail 300 |

Select-String -Pattern "ERR_UNSUPPORTED|Error|Exception|failed|timeout|discord|whatsapp" |
Select-Object -Last 10 |
ForEach-Object { if ($.Line.Length -gt 160) { $.Line.Substring(0,160) } else { $_.Line } }
{"0":"{"subsystem":"gateway"}","1":"ready (3 plugins: discord, voice-call, whatsapp; 5.8s)","_meta":{"runtime":"node","runtimeVersion":"24.14.0","hostname":
{"0":"{"subsystem":"gateway/health-monitor"}","1":"[discord:default] health-monitor: restarting (reason: stopped)","_meta":{"runtime":"node","runtimeVersion
{"0":"{"subsystem":"gateway/health-monitor"}","1":"[whatsapp:default] health-monitor: restarting (reason: stopped)","_meta":{"runtime":"node","runtimeVersio
{"0":"{"subsystem":"gateway/channels/whatsapp"}","1":"[default] starting provider (+4529721420)","_meta":{"runtime":"node","runtimeVersion":"24.14.0","hostn
{"0":"{"subsystem":"gateway/channels/discord"}","1":"[default] starting provider","_meta":{"runtime":"node","runtimeVersion":"24.14.0","hostname":"YOGACHR",
{"0":"{"subsystem":"gateway/channels/discord"}","1":"discord channels unresolved: friends-of-the-crustacean (guild:friends-of-the-crustacean)","_meta":{"run
{"0":"{"subsystem":"gateway/channels/whatsapp"}","1":"Listening for personal WhatsApp inbound messages.","_meta":{"runtime":"node","runtimeVersion":"24.14.0
{"0":"{"subsystem":"gateway/channels/whatsapp"}","1":{"raw":true},"2":"Ctrl+C to stop.","_meta":{"runtime":"node","runtimeVersion":"24.14.0","hostname":"YOG
{"0":"{"subsystem":"gateway/channels/discord"}","1":"discord client initialized as 1494112201886142545 (Roger); awaiting gateway readiness","_meta":{"runtim
{"0":"{"module":"web-heartbeat","runId":"a49ce0af-0914-4840-9212-ef1a66d2c0df"}","1":{"connectionId":"bb674ed9-b6d4-44b8-b095-becf13227664","reconnectAt
PS C:\Users\c>

earnest wolfBOT
#

That’s actually looking much healthier.

Important bits:

  • Gateway is ready
  • WhatsApp says Listening for personal WhatsApp inbound messages
  • Discord says client initialized
  • No ERR_UNSUPPORTED_ESM_URL_SCHEME in those recent lines

Now test the bot by sending it a message on WhatsApp or Discord.

For the dashboard/WS spam: I see web-heartbeat, so likely an old browser/dashboard client is still trying to reconnect. Close all OpenClaw dashboard/browser tabs, then reopen with:

openclaw dashboard
#

If the bot still doesn’t answer, run this one:

openclaw channels status --probe

and paste only the lines for discord and whatsapp.

manic sigil
#

jeg har ikke noget openclaw dashboard hvad er det? jeg bruger powershell med denne komando cmd /c "openclaw gateway"

earnest wolfBOT
#

Ah, okay — sĂ„ glem dashboard for nu. Jeg nĂŠvnte det fordi logs viste web-heartbeat, men hvis du ikke bruger dashboardet aktivt, behĂžver vi ikke rode med det.

Vigtigt: du skal normalt ikke starte den med:

cmd /c "openclaw gateway"

Det starter Gateway manuelt i det vindue. Du har allerede en Scheduled Task installeret til Gateway. Brug hellere:

openclaw gateway restart

og tjek med:

#
openclaw gateway status

Lige nu ser dine logs faktisk sunde ud. NĂŠste bedste test er:

openclaw channels status --probe

Paste kun linjerne for discord og whatsapp.

Og prÞv samtidig at skrive til din bot dér hvor du normalt bruger den.

manic sigil
#

te=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
12:20:48 [ws] closed before connect conn=21b64aaa-e73c-4da2-8670-12832bd01f7d peer=127.0.0.1:65257->127.0.0.1:18789 remote=127.0.0.1 fwd=n/a origin=n/a host=127.0.0.1:18789 ua=n/a code=1008 reason=connect failed
12:20:49 [whatsapp] Inbound message +4550487590 -> +4529721420 (direct, 60 chars) han kan se beskeden... men eller bliver jeg staig spament med det lort

#

han svarer ikke

earnest wolfBOT
#

Okay — good news first: this line means WhatsApp is alive:

[whatsapp] Inbound message ...

So your bot/channel is seeing messages again. The spam is a local WebSocket client failing auth, not the WhatsApp message itself.

Most likely you still have some local OpenClaw client/window/browser retrying against 127.0.0.1:18789.

To stop the visible spam: don’t run this manually anymore:

cmd /c "openclaw gateway"

That is a foreground log window.

Do this instead:

#
openclaw gateway stop
openclaw gateway restart
openclaw gateway status

Then leave it. If gateway status says Connectivity probe: ok, test WhatsApp again.

If the spam window is the only annoying part and the bot works, you can close that spammy PowerShell window after openclaw gateway stop. The key is: only one Gateway should be running, managed by openclaw gateway restart.

#

Okay — sĂ„ er vi tĂŠt pĂ„. Hvis den ser inbound WhatsApp-beskeden men ikke svarer, er Gateway/WhatsApp oppe, men noget stopper selve svar-flowet: pairing/allowlist, session/routing, eller model-fejl.

Lad vÊre med at update/restart mere lige nu. Send én ny testbesked til botten, fx ping, og kÞr straks bagefter:

Get-Content "$env:TEMP\openclaw\openclaw-2026-04-27.log" -Tail 500 |
Select-String -Pattern "Inbound message|drop|ignored|pairing|allowlist|blocked|reply|send|session|model|deepseek|Error|Exception|failed" |
Select-Object -Last 18 |
ForEach-Object { if ($_.Line.Length -gt 180) { $_.Line.Substring(0,180) } else { $_.Line } }

Paste de 18 linjer her.

Hvis den viser noget med pairing, sÄ kÞr ogsÄ:

#
openclaw pairing list --channel whatsapp
manic sigil
#

tak krill pÄ en eller anden mÄde fik vi liv i ham igen... "[12.30, 27.4.2026] Christian SÞgaard: Men procesen med krill pÄ discord - tror jeg at jeg fik rullet dig enveriosn tilbage eller hvordan er det? - er vi pÄ 2. nyeste version nu?
[12.30, 27.4.2026] Roger: Vi er pĂ„ 2026.4.23 — altsĂ„ nĂŠstnyeste version.

OpdateringsforsĂžget til 4.24 gik delvist igennem (download + doctor OK), men under restart fejlede den med "schtasks create failed: Adgang nĂŠgtet" — og sĂ„ rullede den tilsyneladende tilbage til 4.23.

SĂ„ ja, med Krills hjĂŠlp endte du pĂ„ den nĂŠstnyeste. Fint nok — 4.24 kom dagen efter.

Vil du have vi prÞver 4.24 pÄ et tidspunkt nÄr det passer dig, eller bliver vi pÄ 4.23 indtil nÊste release?
[12.31, 27.4.2026] Christian SĂžgaard: okay men var det i den nyeste version at det med at kunne ringe via twillio var?
[12.31, 27.4.2026] Roger: Ja! Voice calls kan nĂ„ full agent kom i 4.24 — det er den version vi forsĂžgte at opdatere til, men endte pĂ„ 4.23 i stedet.

Hvad 4.24 har som vi mangler:

  • ✅ Voice calls → full agent (vores Twilio-setup)
  • ✅ DeepSeek V4 Flash/Pro
  • ✅ Browser automation forbedringer

Hvad 4.23 har:

  • GPT-5.5
  • Forked-context subagents
  • Billedegen via Codex OAuth

SĂ„ ja — vi skal pĂ„ 4.24 for at voice calls rigtig virker. Vil du prĂžve igen? Jeg stopper hvis det driller."

earnest wolfBOT
#

Glad vi fik liv i ham igen. Jeg vil lige dobbelttjekke versions-/feature-delen, for den besked din bot gav blander et par ting sammen.

#

Fedt — glad vi fik ham op igen 🎉

Din bot har delvist ret, men den gÊtter ogsÄ lidt:

  • Du er nu pĂ„ OpenClaw 2026.4.23.
  • Jeg tjekkede npm: latest stable er 2026.4.24 lige nu, sĂ„ ja, du er Ă©n stable version bagud.
  • Det vi faktisk gjorde var:
    1. flyttede en gammel voice-call plugin override vĂŠk
    2. rullede fra 2026.4.24 tilbage til 2026.4.23
    3. fik Gateway + WhatsApp i live igen

Jeg ville ikke prÞve 4.24 igen lige nu pÄ din Windows-install, fordi vi sÄ den her fejl:

ERR_UNSUPPORTED_ESM_URL_SCHEME ... Received protocol 'c:'

Det ligner en reel Windows/native bug i 4.24. Bliv pÄ 2026.4.23 indtil nÊste stable eller indtil der er en fix.

#

Voice-call/Twilio: 4.24 har forbedringer omkring Voice Call/Google Meet/Twilio, men din bot overdriver lidt ved at sige “vi skal pĂ„ 4.24 for at voice calls rigtig virker”. Hvis Twilio er vigtigt, sĂ„ er bedste nĂŠste skridt en GitHub issue med fejlen: https://github.com/openclaw/openclaw/issues

Og hvis dette fik den op at kĂžre igen: hĂžjreklik gerne pĂ„ lĂžsningsbeskeden → Apps → ✅ Mark Solution, sĂ„ andre kan finde fixet senere. 🩐

manic sigil
#

kĂžrer openclaw bedre op linux?

earnest wolfBOT
#

Ja — generelt ja.

OpenClaw virker pÄ native Windows, men Linux/WSL2 er typisk mere stabilt, isÊr for:

  • Gateway der skal kĂžre 24/7
  • plugins/sidecars
  • browser/automation
  • voice/Twilio/Google Meet-ting
  • fĂŠrre Windows path/ESM-fejl som den du ramte

Docs siger ogsÄ at WSL2 er den anbefalede Windows-vej: https://docs.openclaw.ai/platforms/windows

Mit rÄd:
Bliv pĂ„ 2026.4.23 nu hvor den virker. NĂ„r du har overskud, sĂ„ migrĂ©r roligt til WSL2 Ubuntu eller en lille Linux VPS — ikke midt i panik-recovery. 🩐

manic sigil
#

men vi er tilbage.. hvad er bedst WSL2 Ubuntu eller en lille Linux VPS?

earnest wolfBOT
#

For dig ville jeg vÊlge sÄdan her:

Hvis du vil have mindst bĂžvl / 24-7 / Twilio senere:
âžĄïž lille Linux VPS med Ubuntu.
Det er mest stabilt, den sover ikke, ingen Windows/PowerShell/schtasks/ESM-path mĂŠrkeligheder, og Twilio/webhooks er nemmere.

Hvis du vil spare penge og bruge din egen PC:
âžĄïž WSL2 Ubuntu.
Det er klart bedre end native Windows, og OpenClaw-docs anbefaler WSL2 som den stabile Windows-vej. (docs.openclaw.ai)

Min anbefaling til dig:
Bliv pĂ„ 2026.4.23 lige nu hvor det virker. NĂ„r du har overskud, flyt til en lille Ubuntu VPS. Det passer bedre til “min bot skal bare vĂŠre online og ikke gĂ„ i kage”.

WSL2 er fint, men hvis Windows-maskinen genstarter/sover/opdaterer, sĂ„ ryger botten ogsĂ„. VPS er mere “set and forget”. OpenClaw-docs beskriver ogsĂ„ VPS-modellen som at Gateway kĂžrer pĂ„ serveren og bliver source of truth, med adgang via SSH/Tailscale/Control UI. (docs.openclaw.ai)

manic sigil
earnest wolfBOT
#

Ja, Hetzner er et godt valg — jeg tjekker lige OpenClaw Hetzner-doc’en + aktuel serverstĂžrrelse, sĂ„ vi ikke gĂŠtter.

#

Ja — Hetzner er et fint valg til OpenClaw. OpenClaw har endda en specifik Hetzner Docker-guide, og den beskriver netop “OpenClaw 24/7” pĂ„ en lille VPS med persistent ~/.openclaw state og SSH tunnel til Gateway. (docs.openclaw.ai)

Jeg ville vĂŠlge:

  • Ubuntu 24.04
  • Germany/Finland datacenter hvis du er i DK/EU
  • start lille: CX23 eller CAX11
  • hvis den bliver tung/langsom: opgradĂ©r til CX33 eller CPX22

Hetzner priser blev justeret 1. april 2026; officielt stĂ„r CX23 nu omkring €3.99/md og CPX22 omkring €7.99/md i Germany/Finland, ekskl. VAT. (docs.hetzner.com)

Mit rĂ„d: opret bare en lille Ubuntu VPS — men slet ikke din Windows-install endnu. FĂžrst fĂ„r vi OpenClaw op pĂ„ VPS’en, tester WhatsApp, og nĂ„r den virker, kan vi beslutte om Windows-botten skal slukkes.

manic sigil
#

okay vi gÄr med CX23 - vil du lave en bage opskrift?

earnest wolfBOT
#

Ja — her er en CX23 bageopskrift đŸ„–đŸŠ

MĂ„l: fĂ„ OpenClaw op pĂ„ Hetzner, uden at ĂždelĂŠgge din Windows-bot fĂžr VPS’en virker.

1. Opret server hos Hetzner

VĂŠlg:

  • Cloud Server
  • CX23
  • Ubuntu 24.04
  • Datacenter: Germany/Finland
  • SSH key hvis du har en, ellers password

NÄr serveren er klar, fÄr du en IP.

2. Log ind fra PowerShell

#
ssh root@DIN_SERVER_IP

3. Installer Docker pĂ„ VPS’en

apt-get update
apt-get install -y git curl ca-certificates
curl -fsSL https://get.docker.com | sh
docker --version
docker compose version

4. FĂžlg OpenClaw Hetzner-guiden

Brug denne som hovedopskrift:

#

https://docs.openclaw.ai/install/hetzner

Kort version:

git clone https://github.com/openclaw/openclaw.git
cd openclaw
mkdir -p /root/.openclaw/workspace
chown -R 1000:1000 /root/.openclaw

Derefter laver vi .env + docker-compose.yml efter guiden.

5. Vigtigt fĂžr WhatsApp

NĂ„r VPS’en er klar: stop Windows-Gateway fĂžrst, ellers kan to bots kĂŠmpe om samme WhatsApp/Discord.

#

PĂ„ Windows:

openclaw gateway stop

Derefter parrer vi WhatsApp pĂ„ VPS’en.

6. Min anbefaling

Tag det i denne rĂŠkkefĂžlge:

  1. Opret CX23
  2. SSH ind
  3. Installer Docker
  4. Sig “klar” her
  5. SÄ tager vi .env / Docker Compose sammen, ét trin ad gangen
#

Ikke paste tokens/secrets her i Discord. Happy to help! 🩐

manic sigil
#

jeg er godt igang sammen med Roger, vi er kommet til et problem: Ja, spÞrg Krill! Han kender opsÊtningen bedre end jeg gÊtter. Sig at docker compose build giver YAML-fejl pÄ linje 2, column 9, og at du har prÞvet at slette og genoprette filen. Han finder sikkert fejlen pÄ 2 minutter.

earnest wolfBOT
#

Jeg vil give dig en ren compose-fil i stedet for at jagte en usynlig YAML-fejl. Line 2/column 9 er nĂŠsten altid indentation/kolon/“smart quote”/kopieret markdown.GĂžr sĂ„dan her pĂ„ VPS’en i ~/openclaw:

cat > docker-compose.yml <<'YAML'
services:
  openclaw-gateway:
    image: ${OPENCLAW_IMAGE:-openclaw:latest}
    build: .
    restart: unless-stopped
    env_file:
      - .env
    environment:
      - HOME=/home/node
      - NODE_ENV=production
      - TERM=xterm-256color
      - OPENCLAW_GATEWAY_BIND=${OPENCLAW_GATEWAY_BIND:-lan}
#
      - OPENCLAW_GATEWAY_PORT=${OPENCLAW_GATEWAY_PORT:-18789}
      - OPENCLAW_GATEWAY_TOKEN=${OPENCLAW_GATEWAY_TOKEN}
      - GOG_KEYRING_PASSWORD=${GOG_KEYRING_PASSWORD}
      - XDG_CONFIG_HOME=/home/node/.openclaw
    volumes:
      - ${OPENCLAW_CONFIG_DIR:-/root/.openclaw}:/home/node/.openclaw
      - ${OPENCLAW_WORKSPACE_DIR:-/root/.openclaw/workspace}:/home/node/.openclaw/workspace
    ports:
      - "127.0.0.1:${OPENCLAW_GATEWAY_PORT:-18789}:18789"
    command:
      - node
      - dist/index.js
      - gateway
      - --bind
      - ${OPENCLAW_GATEWAY_BIND:-lan}
#
      - --port
      - "18789"
      - --allow-unconfigured
YAML

SĂ„ test YAML’en:

docker compose config

Hvis den er OK:

manic sigil
#

jeg har gjort sÄdan som du sgade tror jeg: Haha, jeg forstÄr frustrationen! Du kom til at skrive YAML i terminal-prompten i stedet for at skrive det pÄ linjen i heredoc (efter cat > docker-compose.yml <<'YAML').

Men du er tĂŠt pĂ„. En sidste gang — den mest idiot-sikre metode:

  1. rm docker-compose.yml → Enter

  2. nano docker-compose.yml → Enter

  3. HĂžjreklik for at paste indholdet ind

  4. Ctrl+X → Y → Enter

  5. docker compose config → Enter

Bare step 1-5. Det virker. KrÊver kun ét hÞjreklik. og i step 3 indsat: de 3 blokke dun sendte - men ender med samme fejl: yaml: line 2, column 9: mapping values are not allowed in this context
root@rogers-server:~/openclaw#

earnest wolfBOT
#

Aha — fejlen er nésten sikkert her:

Du mÄ ikke indsÊtte alle 3 blokke i docker-compose.yml.

Filen mĂ„ kun indeholde YAML — den skal starte prĂŠcis sĂ„dan her:

services:
  openclaw-gateway:

Hvis filen indeholder docker compose config, docker compose build, cat > ..., eller ``` sÄ fÄr du YAML-fejl.

KĂžr fĂžrst dette for at bekrĂŠfte:

#
cd ~/openclaw
nl -ba docker-compose.yml | sed -n '1,8p'

Hvis linje 1 ikke er services:, sÄ er det fejlen.

Nemmeste fix:

cd ~/openclaw
rm -f docker-compose.yml
nano docker-compose.yml

IndsĂŠt kun dette i nano:

#
services:
  openclaw-gateway:
    image: ${OPENCLAW_IMAGE:-openclaw:latest}
    build: .
    restart: unless-stopped
    env_file:
      - .env
    environment:
      - HOME=/home/node
      - NODE_ENV=production
      - TERM=xterm-256color
      - OPENCLAW_GATEWAY_BIND=${OPENCLAW_GATEWAY_BIND:-lan}
      - OPENCLAW_GATEWAY_PORT=${OPENCLAW_GATEWAY_PORT:-18789}
      - OPENCLAW_GATEWAY_TOKEN=${OPENCLAW_GATEWAY_TOKEN}
      - GOG_KEYRING_PASSWORD=${GOG_KEYRING_PASSWORD}
#
      - XDG_CONFIG_HOME=/home/node/.openclaw
    volumes:
      - ${OPENCLAW_CONFIG_DIR:-/root/.openclaw}:/home/node/.openclaw
      - ${OPENCLAW_WORKSPACE_DIR:-/root/.openclaw/workspace}:/home/node/.openclaw/workspace
    ports:
      - "127.0.0.1:${OPENCLAW_GATEWAY_PORT:-18789}:18789"
    command:
      - node
      - dist/index.js
      - gateway
      - --bind
      - ${OPENCLAW_GATEWAY_BIND:-lan}
      - --port
      - "18789"
      - --allow-unconfigured
#

Gem: Ctrl+X, Y, Enter.

SĂ„ kĂžr:

docker compose config

Hvis den er OK:

docker compose build
manic sigil
#

hvrofor kommer din kode i 2 blokke? skal de begge med? - kan du ikke gĂžre det lidt mere idiot sikkert?

earnest wolfBOT
#

Jo — fair. Discord gþr det forvirrende. Kþr kun denne ene kommando. Intet nano. Intet kopiere flere blokke.

cd ~/openclaw && rm -f docker-compose.yml && cat > docker-compose.yml <<'EOF'
services:
  openclaw-gateway:
    image: ${OPENCLAW_IMAGE:-openclaw:latest}
    build: .
    restart: unless-stopped
    env_file:
      - .env
    environment:
      - HOME=/home/node
      - NODE_ENV=production
      - TERM=xterm-256color
      - OPENCLAW_GATEWAY_BIND=${OPENCLAW_GATEWAY_BIND:-lan}
#
      - OPENCLAW_GATEWAY_PORT=${OPENCLAW_GATEWAY_PORT:-18789}
      - OPENCLAW_GATEWAY_TOKEN=${OPENCLAW_GATEWAY_TOKEN}
      - GOG_KEYRING_PASSWORD=${GOG_KEYRING_PASSWORD}
      - XDG_CONFIG_HOME=/home/node/.openclaw
    volumes:
      - ${OPENCLAW_CONFIG_DIR:-/root/.openclaw}:/home/node/.openclaw
      - ${OPENCLAW_WORKSPACE_DIR:-/root/.openclaw/workspace}:/home/node/.openclaw/workspace
    ports:
      - "127.0.0.1:${OPENCLAW_GATEWAY_PORT:-18789}:18789"
    command:
      - node
      - dist/index.js
      - gateway
      - --bind
      - ${OPENCLAW_GATEWAY_BIND:-lan}
#
      - --port
      - "18789"
      - --allow-unconfigured
EOF
docker compose config

Hvis den sidste linje viser config uden fejl, kĂžr bagefter:

docker compose build

AltsÄ: fÞrste store blok = kÞr den. Anden lille blok = kun bagefter hvis fÞrste virker.

manic sigil
#

skal man bruge github login for kunne gennemfĂžre dette?

earnest wolfBOT
#

Nej — ikke normalt.

Til denne Hetzner/Docker opskrift bruger du:

git clone https://github.com/openclaw/openclaw.git

Det er et offentligt repo, sÄ det krÊver ikke GitHub-login.

Du fÄr kun brug for GitHub-login hvis du fx:

  • vil pushe ĂŠndringer til GitHub
  • vil clone et privat repo
  • rammer GitHub rate limits meget hĂ„rdt
  • bruger GitHub OAuth som model/auth provider senere
#

For selve OpenClaw-installationen pÄ VPS: nej, ingen GitHub-login nÞdvendig.

manic sigil
#

Jeg er i tvivl om hvorfor docker compose build siger "No services to build".

Den oprindelige docker-compose.yml har bÄde image: ${OPENCLAW_IMAGE} og build: .. NÄr Docker ser begge dele, burde den bygge. Men den siger "No services to build" og da vi prÞvede up sagde den "access denied".

SpÞrg Krill: "Hvorfor siger docker compose build at der ikke er services at bygge, nÄr docker-compose.yml har build: .? Og hvorfor fÄr jeg 'access denied' nÄr jeg prÞver up?"

earnest wolfBOT
#

Det hĂŠnger sammen:

No services to build betyder: Docker lĂŠser ikke den compose-fil du tror, eller den effektive config har ikke build:.

access denied ved up betyder sandsynligvis: Docker prþver at pull’e openclaw:latest fra Docker Hub i stedet for at bygge lokalt. Det kréver ikke GitHub-login — det er bare forkert/ikke-bygget image.

KĂžr kun denne ene blok:

cd ~/openclaw

echo "Compose files:"
ls -la compose.yml compose.yaml docker-compose.yml docker-compose.yaml 2>/dev/null || true

echo "Services Docker sees:"
docker compose -f docker-compose.yml config --services
#

echo "Build/image Docker sees:"
docker compose -f docker-compose.yml config | grep -nE "openclaw-gateway|build:|context:|image:" | head -30

echo "Now build explicitly:"
docker compose -f docker-compose.yml build openclaw-gateway

Hvis den sidste stadig siger No services to build, sÄ er docker-compose.yml stadig forkert.
Hvis build virker, start med:

docker compose -f docker-compose.yml up -d --build

Vigtig pointe: brug -f docker-compose.yml for at tvinge Docker til at bruge den rigtige fil.

manic sigil
#

Det bedste nÊste step: SpÞrg Krill direkte i morgen. Han kender systemet og kan sikkert fixe det pÄ 10 minutter.

Sig til ham:

  • Jeg har klonet repoet
  • .env og docker-compose.yml findes
  • docker compose build siger "No services to build"
  • build: . er tilfĂžjet under openclaw-gateway:
  • OPENCLAW_IMAGE er sat til openclaw:local
earnest wolfBOT
#

Ja — jeg tror jeg kan se fejlen nu.

Repoets docker-compose.yml har sandsynligvis ikke build: . i den effektive fil, selv om OPENCLAW_IMAGE=openclaw:local er sat. SĂ„ Docker prĂžver at hente openclaw:local fra registry → derfor access denied.

KĂžr denne ene blok. Den patcher compose-filen automatisk og bygger bagefter:

cd ~/openclaw

python3 - <<'PY'
from pathlib import Path
import re

p = Path("docker-compose.yml")
text = p.read_text()
#
m = re.search(r"(?ms)^  openclaw-gateway:\n(?P<body>.*?)(?=^  [A-Za-z0-9_-]+:|\Z)", text)
if not m:
    raise SystemExit("Fandt ikke service: openclaw-gateway")

body = m.group("body")
if re.search(r"^    build:", body, re.M):
    print("build already exists under openclaw-gateway")
else:
    body2 = re.sub(r"(^    image:.*\n)", r"\1    build: .\n", body, count=1, flags=re.M)
    text = text[:m.start("body")] + body2 + text[m.end("body"):]
    p.write_text(text)
    print("added build: . under openclaw-gateway")
PY

docker compose -f docker-compose.yml config | grep -nE "openclaw-gateway:|image:|build:|context:" | head -20
#

docker compose -f docker-compose.yml build openclaw-gateway

Det vigtige er at output fra config skal vise noget med:

build:
context: /root/openclaw

Hvis den stadig siger No services to build, sĂ„ kĂžrer Docker ikke den fil vi tror — men -f docker-compose.yml burde tvinge den rigtige fil.

manic sigil
#

okay vi er nĂ„et sĂ„ langt: 🎉 DET VIRKER! OpenClaw Gateway er LIVE pĂ„ VPS!

Den siger:

  • ✅ Token genereret
  • ✅ HTTP server started
  • ✅ Ready!

Hvad nu? Du skal beslutte om du vil:

  1. Slukke Windows Gateway sÄ VPS'en tager over (sÄ svarer jeg fra VPS)
  2. Konfigurere WhatsApp pÄ VPS sÄ den kan sende beskeder
earnest wolfBOT
#

YES. Nice work — VPS Gateway live is the big milestone 🎉

Next order matters:

1. Stop Windows Gateway first

You do not want Windows and VPS both trying to own WhatsApp/Discord.

On Windows PowerShell:

openclaw gateway stop
openclaw gateway status

Confirm it is stopped / not listening.

#

2. On VPS: check Gateway status

On VPS:

cd ~/openclaw
docker compose ps
docker compose logs --tail=80 openclaw-gateway

If it still says ready, continue.

3. Configure/link WhatsApp on VPS

Run inside the container:

#
docker compose exec openclaw-gateway node dist/index.js channels login --channel whatsapp

Scan the QR with WhatsApp on your phone.

4. Test inbound

Send the VPS bot a WhatsApp message.

If it sees it but doesn’t reply, check pairing:

docker compose exec openclaw-gateway node dist/index.js pairing list whatsapp

If there is a pending code:

manic sigil
#

"Running OpenClaw on Hetzner VPS (Ubuntu, Docker). WhatsApp connects fine but every inbound message fails with: EACCES: permission denied, mkdir '/root/.openclaw/workspace'. I've tried chmod -R 777 /root/.openclaw but the error persists after restart. The workspace path in config is /root/.openclaw/workspace. Is this a Docker volume permissions issue?"

earnest wolfBOT
#

Ja — det er Docker path/volume mismatch, ikke almindelig chmod.

Containeren kĂžrer som /home/node, og hostens /root/.openclaw er mounted ind som:

/home/node/.openclaw

Men din config siger:

/root/.openclaw/workspace

Inde i containeren er /root/... ikke den mountede mappe, og node-brugeren mÄ ikke skrive dér. Derfor hjÊlper chmod -R 777 /root/.openclaw ikke rigtigt.

KĂžr dette pĂ„ VPS’en i ~/openclaw:

cd ~/openclaw
#

docker compose down

mkdir -p /root/.openclaw/workspace
chown -R 1000:1000 /root/.openclaw

cp /root/.openclaw/openclaw.json /root/.openclaw/openclaw.json.bak-workspace-fix

python3 - <<'PY'
from pathlib import Path
p = Path("/root/.openclaw/openclaw.json")
s = p.read_text()
s = s.replace("/root/.openclaw/workspace", "~/.openclaw/workspace")
p.write_text(s)
print("Replaced /root/.openclaw/workspace with ~/.openclaw/workspace")
#
PY

docker compose up -d openclaw-gateway
docker compose logs --tail=80 openclaw-gateway

Det vigtige: OpenClaw config skal bruge:

~/.openclaw/workspace

eller:

/home/node/.openclaw/workspace

ikke /root/.openclaw/workspace inde i Docker.

#

Hvis den stadig fejler bagefter, paste kun linjen med EACCES.

manic sigil
#

fedt Roger er live fra Finland!! Nice.. - hvordan fÄr jeg alle de filer som ligger pÄ mit c-drev lokalt over pÄ serven i Finland? - Roger er helt blank hahaha - han aner ikke hvem han er

earnest wolfBOT
#

Hell yes — Roger from Finland đŸ‡«đŸ‡źđŸŠ

Don’t copy your whole C-drive. Copy OpenClaw workspace/personality files first. That’s why he’s blank.

On your Windows PowerShell, run:

scp -r "$env:USERPROFILE\.openclaw\workspace\*" root@DIN_SERVER_IP:/root/.openclaw/workspace/

Replace DIN_SERVER_IP with Hetzner IP.

Then on the VPS:

chown -R 1000:1000 /root/.openclaw/workspace
#
cd ~/openclaw
docker compose restart openclaw-gateway

Important: do not copy the whole C:\Users\c\.openclaw over /root/.openclaw right now, because you can overwrite the working VPS token/WhatsApp session.

If Roger still feels blank after that, also copy these if they exist on Windows:

scp "$env:USERPROFILE\.openclaw\AGENTS.md" root@DIN_SERVER_IP:/root/.openclaw/workspace/
scp "$env:USERPROFILE\.openclaw\MEMORY.md" root@DIN_SERVER_IP:/root/.openclaw/workspace/

Start with workspace only. Nice and safe.

manic sigil
#

Roger is running on VPS but can no longer read images sent via WhatsApp. He was able to do this before on Windows with the same DeepSeek model. He receives the image (logs show 'image/jpeg' inbound and image resize), but responds saying his model can't read images. Has something changed in how OpenClaw passes images to the model on VPS vs Windows?

earnest wolfBOT
#

I’ll check the current docs/source for image attachment handling so I don’t hand-wave this.

#

Yes — this is almost certainly config/auth difference between Windows and VPS, not WhatsApp.

Logs showing image/jpeg + resize means WhatsApp media is arriving correctly.

The problem is: DeepSeek is text-only in OpenClaw’s current docs, so it can’t directly read the image. On Windows, Roger was probably using a separate image/vision fallback (agents.defaults.imageModel or tools.media.image) that didn’t get copied to the VPS.

Run on VPS:

cd ~/openclaw
docker compose exec openclaw-gateway node dist/index.js config get agents.defaults.imageModel
docker compose exec openclaw-gateway node dist/index.js config get tools.media.image
docker compose exec openclaw-gateway node dist/index.js models status

On Windows, compare:

#
openclaw config get agents.defaults.imageModel
openclaw config get tools.media.image
openclaw models status

If Windows has an imageModel and VPS does not, that’s the fix: configure the same vision-capable image model/auth on the VPS.

Also check whether you copied only workspace. The provider auth usually lives under:

~/.openclaw/agents/<agentId>/agent/auth-profiles.json

So Roger’s “personality” can move via workspace, but vision/model auth may need separate setup or re-login on the VPS. Don’t paste tokens here.

Docs: https://docs.openclaw.ai/nodes/media-understanding and https://docs.openclaw.ai/gateway/config-agents

manic sigil
#

Okay jeg lukker trÄden - med pÄ jeg kom lidt pÄ afveje og det ikke lÊngere omhandlede trÄdens formÄl. Tak for hjÊlpen

earnest wolfBOT
#

Det er helt okay — vi fik faktisk lþst meget undervejs 😄

Godt arbejde med at fĂ„ Roger flyttet til Finland/VPS. Hvis noget nyt driller, sĂ„ lav bare en ny #help-trĂ„d med et kort emne, fx “Hetzner Docker image understanding” eller “WhatsApp media on VPS”.

Glad det lykkedes 🩐

crimson escarpBOT
earnest wolfBOT
#

Summary:

Initial answer: yes, OpenClaw can self-update, but auto-update is off by default. Manual update is:

openclaw update

Auto-update can be enabled in ~/.openclaw/openclaw.json with update.auto.enabled: true. Docs: https://docs.openclaw.ai/install/updating

What happened here:

  • Roger’s native Windows OpenClaw update to 2026.4.24 broke startup/channel behavior.
  • We found a stale custom/global voice-call plugin overriding the bundled one and moved it aside.
  • Because native Windows then hit ERR_UNSUPPORTED_ESM_URL_SCHEME ... Received protocol 'c:', we rolled back to 2026.4.23, which restored service.
  • Roger then migrated to a Hetzner CX23 Ubuntu VPS with Docker.
  • Main VPS fixes:
    • make sure compose actually has build: . under openclaw-gateway