Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

[bug:critical] Linux: app freezes with 12GB+ RAM usage during normal use

Abierto
  • ¿Algo no está bien?
#25 11 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
12/100
Tipo de issue
Error
Claridad
Necesita aclaración
Estado de actividad
Tranquilo
Stack tecnológico
bun, rust, typescript
Área
desktop, operating-systems

Línea de trabajo

No Linux reproduction exists yet, so start by reproducing the memory growth on Linux and capturing ps output while it happens. The payload points to the #[cfg(target_os = "linux")] branches, the dreamcoder-sidecar child process launched through portable-pty, the Computer Use screenshot gating, and MCP server spawn/reap. Done means a identified leaking process, a fix, and steady-state RSS under 1 GB on Ubuntu, Fedora, or Arch.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

area:platform-linux bug bug:critical help wanted

Summary

A user reported in #8 that running DreamCoder on Linux causes RAM usage to spike to 12 GB+, with the app freezing to the point of being unclickable even after configuring swap.

"It was using too much ram like 12gb+ and i work on linux even tho i created a swap memory to run it but it was still freezing and i couldnt click anywhere on the app."
— @Kafkacodes, #8 (comment)

This is a critical bug. A desktop app cannot ship to Linux users in this state.

Severity: critical

  • 12 GB RSS for a Tauri + Bun app is at least an order of magnitude beyond expected behaviour. Steady-state on Windows is in the hundreds of MB.
  • The freeze is total — the user could not click anywhere. So Linux users have effectively zero usable workflow today.
  • This is the first feedback we have from a Linux user trying to contribute. If we don't fix it, we lose every future Linux contributor the same way.

Honest disclosure of investigation state

DreamCoder is currently developed and verified by the maintainer on Windows x64 only. The codebase includes Linux platform branches (#[cfg(target_os = "linux")]) but the maintainer does not run Linux day-to-day, so:

  • We do not have a confirmed reproduction yet.
  • We cannot bisect this against a "known good" Linux baseline because no such baseline has been established.
  • Investigation will need help from Linux users who can run the app and attach diagnostics.

This does not lower the severity. It just means the path to a fix runs through community collaboration rather than a maintainer hot-fix.

Likely suspects (hypotheses, not assertions)

  1. WebKitGTK behaviour: Tauri uses WebKitGTK on Linux instead of WebView2. Some WebKitGTK versions have runaway-memory patterns under HMR + large bundles in dev mode.
  2. Sidecar process leak: dreamcoder-sidecar is a compiled bun bundle. On Linux it's launched as a child via portable-pty. PTY buffer / session state leaks would balloon over time.
  3. Computer Use mode: screenshot mode allocates large image buffers. It should be off by default on Linux but the gating may not be tight.
  4. MCP server lifecycle: spawn-but-never-reap.
  5. Bun runtime memory under long-lived servers — known rough edges.

What we need from Linux users to reproduce

If you hit this, the following information would massively accelerate the fix:

  • Distro + kernel (uname -a, cat /etc/os-release)
  • Desktop environment + display server (X11 / Wayland)
  • WebKitGTK version (pkg-config --modversion webkit2gtk-4.1 or similar)
  • DreamCoder source: dev mode (bun run dev) vs an installed binary? Commit SHA or version?
  • When did the freeze happen: first launch? After loading a project? After an extended session? With Computer Use enabled?
  • Snapshot of ps aux | grep -iE "dreamcoder|sidecar|claude" near the freeze, if obtainable

Acceptance / fix criteria

  • Reliable reproduction on at least one mainstream Linux distro (Ubuntu 22.04 / 24.04 LTS, Fedora, Arch).
  • Root cause identified: which process is leaking, and why.
  • Fix lands and steady-state RSS on Linux is comparable to Windows (under 1 GB during a normal session).
  • A Linux user re-runs the build and confirms the fix.

Related

  • Reported by @Kafkacodes in #8.
  • Surfaces a broader truth about platform coverage; tracking that separately as a docs PR (Platform Support table for README).
Lenguaje dominante
TypeScript
Estrellas
490
Forks
47
Merge medio
9 h 31 min
PR fusionados (30 d)
76

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de GoDiao/dreamcoder

Todos los issues de GoDiao/dreamcoder

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.