Let the server name the Media screen's "Used in" sources
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 56/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- javascript
Direzione di ricerca
Start with Media.jsx and mediaUsageDisplay.js to trace how the Media screen labels usage, then read mediaUsageService.js and the usageId handling in contentAddress.js. Check how the server exposes project media data and how the client makes the current requests. Done means usage labels match today while coming from one request, or the task is closed as not needed.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The Media screen makes many requests to name where each file is used; on big multilingual sites one request from the server would be better.
To label its "Used in" lists, Media.jsx (loadUsageTitles) fetches every page, the collection schemas, and each collection's items once per language: 2 + schemas × languages requests on every visit, all concurrent, and a fetch that fails just leaves raw ids. Fine for current themes; on a large site with many collections and languages it grows. The server already resolves these ids (mediaUsageService.js, usageId in contentAddress.js), so one endpoint returning { usageId: { kind, title, language } } for the project's media would replace the fan-out, and the client would keep only the formatting (mediaUsageDisplay.js).
Done when: The Media screen labels its usage from one request, with the same labels as today, or the task is closed as not needed.
Start: Media.jsx, mediaUsageDisplay.js, mediaUsageService.js. Source: 2026-10-18 Codex review of the media usage label fix.
- Lingua principale
- JavaScript
- Stelle
- 162
- Fork
- 6
- Merge medio
- 12h 55m
- PR unite (30g)
- 2
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di tsiger/widgetizer
-
question
Difficoltà 1/5 1-3 ore Idoneità per principianti 82/100
tsiger/widgetizer#194 ·
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
tsiger/widgetizer#181 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
tsiger/widgetizer#175 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
tsiger/widgetizer#174 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
tsiger/widgetizer#173 ·
Tutte le issue di tsiger/widgetizer
Issue simili
-
self-driving
Difficoltà 1/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 1 giorno
-
kind:bug needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
status: needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
mastra-ai/mastra#28500 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
fossasia/scrum_helper#949 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
Foundryborne/daggerheart#2531 ·
I maintainer di solito rispondono entro 1 giorno