Skip to content

fix(gnome): host-side shell-extension install docs + drop dead settings-schema - #56

Merged
montfort merged 1 commit into
mainfrom
fix/shell-extension-hostside-and-metadata
Jul 4, 2026
Merged

fix(gnome): host-side shell-extension install docs + drop dead settings-schema#56
montfort merged 1 commit into
mainfrom
fix/shell-extension-hostside-and-metadata

Conversation

@montfort

@montfort montfort commented Jul 4, 2026

Copy link
Copy Markdown
Contributor

Cierra FU-013 y FU-014 del follow-ups backlog (nacidos del fix del indicador, PR #55).

FU-014 — settings-schema muerto (real)

metadata.json declaraba settings-schema: com.strangedaystech.LNXDrive.Indicator, pero prefs.js no llama a getSettings() (solo lanza la app externa lnxdrive-preferences). La clave estaba sin uso y sin gschema. Fix: eliminar la clave — no se necesita gschema.

FU-013 — instalación host-side (con corrección de premisa)

⚠️ La premisa registrada ("la extensión no está en el build de Meson") era inexacta. Verificación de campo:

  • shell-extension/meson.build ya existe (desde 2026-05-28) e instala los 7 archivos.
  • meson setup -Denable_shell=true → exit 0; meson install → deposita la extensión en …/gnome-shell/extensions/<uuid>/.

La deuda real era más estrecha: ningún flujo shipeado ejecuta ese install host-side (el Flatpak fuerza -Denable_shell=false porque la extensión carga en el gnome-shell del host, fuera del sandbox), así que una instalación limpia no obtenía indicador — de ahí el hand-copy manual de la sesión previa. Fix: documentar la instalación host-side por Meson (prefix de usuario y de sistema) en lnxdrive-packaging/README.md.

Nota de proceso

Se declaró un Charter-02 amplio para esto; al ejecutar la primera tarea, la verificación refutó su premisa central (target faltante / build roto). El Charter (nunca commiteado) se abandonó y se degradó a este PR pequeño, alineado con minimum-viable. El registro honesto está en AILOG-2026-07-03-003.

Verificación

  • meson setup -Denable_shell=true + meson install limpios con el metadata modificado; los 7 archivos aterrizan.
  • metadata.json es JSON válido, sin settings-schema, con shell-version incluyendo 50.
  • node --check limpio en los 5 *.js.
  • Carga runtime en GNOME Shell 50 ya confirmada en AILOG-2026-07-03-002.
  • straymark validate: 0 errores.

Seguimiento

Se registró FU-015: el validador de StrayMark reporta falsos CHARTER-AILOG-REF para AILOGs en subdirectorios por componente (deuda del tooling, afecta a Charter-01).

🤖 Generated with Claude Code

…gs-schema

Close FU-013 and FU-014 from the follow-ups backlog.

FU-014: metadata.json declared settings-schema
`com.strangedaystech.LNXDrive.Indicator` but prefs.js never calls
getSettings() (it only launches the external lnxdrive-preferences app), so
the key was dead and no gschema existed. Remove the key — no gschema needed.

FU-013: the original framing ("extension not in the Meson build") was
inaccurate — shell-extension/meson.build already exists and installs the 7
files correctly (verified: `meson setup -Denable_shell=true` + `meson
install`). The real gap was that no shipped path runs that host-side install
(the Flatpak forces -Denable_shell=false because the extension loads in the
host gnome-shell), so a clean install had no indicator. Document the
host-side Meson install (user and system prefix) in the packaging README.

Verification: meson setup/install clean with the modified metadata; JSON
valid; `node --check` clean on all 5 extension JS files; runtime load on
GNOME Shell 50 already confirmed in AILOG-2026-07-03-002.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@montfort
montfort merged commit e53e6df into main Jul 4, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant