Open WebUI 0.13: flikar, terminal och datorstyrning, och så uppgraderar du

Release-noten för Open WebUI v0.13.0 rekommenderar starkt att alla installationer uppdateras ”as soon as possible”. Samma not varnar för ändringar i databasschemat. Dessutom kan en modell nu styra en webbläsare och ett skrivbord, men bara genom Open Terminal, ett separat program med en egen anslutning. Vi har inte kört 0.13, så allt nedan bygger på projektets egna texter.

Det vi vet om säkerhetsrättningarna

Inte mycket än. Release-noten säger att versionen innehåller säkerhetsrättningar, att de ”are not listed in this changelog” och att rådgivningarna publiceras efter att CVE-nummer har tilldelats. När vi läste projektets säkerhetssida och dess API 6 november 2026 fanns ingen rådgivning som anger 0.13.0 som rättad version. Den senast publicerade, GHSA-3vvh-g22g-jq6r från 18 oktober, gäller versionerna från och med 0.7.0 men före 0.12.2. v0.13.0, släppt 3 november, var då också den senaste versionen.

Vilka luckor som är rättade, hur allvarliga de är och vilka äldre versioner som berörs går alltså inte att säga. Vänta inte på rådgivningarna för att avgöra om du berörs, eftersom release-noten riktar sig till alla installationer.

Uppgradera i den här ordningen

Migreringsvarningen i release-noten säger två saker. Du bör säkerhetskopiera ”your database and all associated data” före uppgraderingen i produktion. Vid flera arbetare, servrar eller lastbalansering ”all instances must be updated simultaneously, rolling updates are not supported and will cause application failures due to schema incompatibility”.

1. Ta reda på vad du kör. Anteckna nuvarande tagg, och om databasen är intern SQLite eller extern PostgreSQL. Det avgör vad kopian måste innehålla, vilket steg 1 i guiden om säkerhetskopiering går igenom.
2. Säkerhetskopiera först. Enligt uppdateringsguiden upphävs inte en migrering av att du byter tillbaka containern, utan du behöver en kopia från före uppdateringen. Gör den medan tjänsten är stoppad och prova att återställa den till en testvolym.
3. Kör du flera instanser: stoppa alla. Driftdokumentationen säger att gamla och nya instanser inte får betjäna samma databas samtidigt. Låt en instans migrera och starta sedan resten på den nya versionen. Det kostar ett kort totalt avbrott. ENABLE_DB_MIGRATIONS=false bestämmer bara vem som migrerar och gör inte en blandad drift säker.
4. Byt version med en låst tagg. :main pekar enligt uppdateringsguiden på senaste bygget och kan innehålla brytande ändringar utan varning. Med v0.13.0 vet du vilken version du kör.
5. Kontrollera loggen och en gammal chatt. Läs loggen efter migreringsfel, ladda om sidan med Ctrl+F5 och öppna en chatt med en uppladdad fil. Blir det fel är vägen tillbaka återställning av kopian.

Kommandona för en ensam container från installationsguiden följer uppdateringsguidens ordning, med den låsta taggen insatt:

docker rm -f open-webui
docker pull ghcr.io/open-webui/open-webui:v0.13.0
docker run -d -p 3000:8080 --add-host=host.docker.internal:host-gateway -v open-webui:/app/backend/data -e WEBUI_SECRET_KEY="din-befintliga-nyckel" --name open-webui --restart always ghcr.io/open-webui/open-webui:v0.13.0
docker logs open-webui

Använd dina egna flaggor om du startade containern annorlunda. Får containern en ny WEBUI_SECRET_KEY blir alla sessioner ogiltiga, så behåll den du har. Installerar du med pip är motsvarigheten pip install open-webui==0.13.0.

Förval och flyttar som följer med

Release-noten listar ändringar som gäller även dig som inte öppnar flikarna. Högerkolumnen är vår tolkning för underagenterna, eftersom noten bara säger uttryckligen att 256 behåller den gamla gränsen för verktygsanrop. Gränserna för underagenter går också att sätta i Admin Settings.

Vår bedömning är att de gamla värdena passar en lokal modell bättre tills du har sett hur den beter sig, eftersom en körning som fastnat annars kan hålla grafikkortet upptaget längre. Modeller med inbyggda funktionsanrop kan nu också skapa privata Python-verktyg åt användare som får skapa verktyg, och det stänger du av per modell under Tool Creation. Panelen Controls har flyttat till menyn vid meddelanderutan. Varningen ”Retrieval Content process failed” är borta, så en webhook som lyssnat på den får inget larm när en fil inte går att bearbeta.

Open Terminal är ett eget program

Desktop- och Browser-flikarna kräver enligt release-noten en Open Terminal-anslutning med stöd för respektive funktion, och du lägger till den under Settings > Admin > Integrations. Att uppgradera Open WebUI uppdaterar inte terminalen. Enligt dess changelog kom stödet för flikarna i Open Terminal 0.15.0, och den senaste versionen 6 november var 0.17.1.

Ordet Desktop betyder dessutom två saker. Appen Open WebUI Desktop är en separat installation för att köra Open WebUI på den egna datorn, och från version 0.1.0 installerar den inte längre Open Terminal och öppnar inte längre servrar på andra datorer. Använder du appen på det sättet behöver du en annan lösning, och release-noten pekar på Open WebUI Tether.

Bestäm vad modellen får nå

Flikarna är på i Open Terminal som förval enligt konfigurationsdokumentationen, och skrivbordet kräver dessutom sina plattformsberoenden. Räckvidden beror på var terminalen kör:

Vår rekommendation, inte källornas: börja på första raden och slå på en flik i taget när du har en uppgift för den. Eftersom profilen ligger kvar bör du inte logga in på egna konton i Browser-fliken. De två sista raderna är till för en dator och konton där du accepterar att modellen gör samma sak som du kan göra.

Kontrollera sedan vad terminalen faktiskt uppger. Enligt koden kräver anropet ingen nyckel, och med flikarna avstängda ska browser och desktop vara false under features:

curl -s http://localhost:8000/api/config

Tre begränsningar är lätta att missa:

• Att du kan se på betyder inte att modellen väntar. Release-noten beskriver att du kan följa arbetet och ta över, och bekräftelse av varje anrop nämns för MCP Apps, inte för flikarna. Open Terminals changelog säger att en sekvens stoppas när ett steg misslyckas, men att ”Completed steps are not undone”.
• Nätverket är en egen gräns. Säkerhetssidan visar ett internt Docker-nätverk utan internet och en domänlista med OPEN_TERMINAL_ALLOWED_DOMAINS, som kräver --cap-add NET_ADMIN. Att montera Docker-socketen är enligt samma sida i praktiken root-åtkomst på datorn. Projektets README påminner om att API-nyckeln ger åtkomst till kommandon och filer.
• En lokal modell kan vara för svag. Översiktssidan säger att små modeller ofta misslyckas med loopen av steg även när de kan skicka ett giltigt verktygsanrop, och rekommenderar en kapabel frontier-modell för komplext arbete. Vi har inte mätt det med någon lokal modell.

Källor och metod

• Open WebUI v0.13.0, 3 nov 2026 – säkerhetsuppgiften, migreringsvarningen, flikarna, förvalen och Desktop-appen.
• Open WebUI: Security och GHSA-3vvh-g22g-jq6r – läget för rådgivningarna 6 nov 2026.
• Updating Open WebUI – låsta taggar, kommandon, hemlig nyckel och tillbakagång.
• Multi-replica: Updates and Migrations – flera instanser och ENABLE_DB_MIGRATIONS.
• Open WebUI Desktop v0.1.0 – det som togs bort ur appen.
• Connecting Open Terminal och Updating Open Terminal – anslutningen och att uppdateringen är separat.
• Open Terminal och Security Best Practices – modellkrav, Docker, nätverk och Docker-socket.
• Open Terminal README, CHANGELOG, configuration.md och main.py – flikarnas lägen, avstängning, sandlåda och /api/config.

Källorna kontrollerades 6 nov 2026. Vi har inte kört Open WebUI 0.13 eller Open Terminal, så varken uppgraderingen eller inställningarna är provade av redaktionen. Vi kontrollerade att taggen v0.13.0 finns i GitHubs containerregister och att versionen finns på PyPI, men hämtade ingen av dem.