When using "base" in dojo.rc, references to webfonts in /assets are not adjusted
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- typescript
- Ambito
- build-system, cli
Direzione di ricerca
Riproduci l’esempio hello-world allegato con una base .dojorc di /admin/ e confronta la build di produzione con dojo --serve --watch. Inizia tracciando il modo in cui la build di produzione riscrive gli URL dei webfont sotto /assets, quindi verifica l’index.html generato, il CSS e le richieste dei font. Il lavoro è completato quando la build di produzione richiede il font da /admin/assets e lo carica correttamente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Bug
When you use the base property in .dojorc to change the base path to, for example, "/admin/" instead of "/", the generated index.html will be changed properly to reflect that. However, webfont references to locally hosted web fonts (in assets directory) are not changed - they stay at "/assets/". At runtime, the browser will reference /assets/xxx.woff instead of /admin/assets/xx.woff and will not find the webfont. Interestingly, when hosted by the dojo --serve --watch mechanism, this works. When using a production build and moving the content of the list directory to an http server, it doesn't - 404 not finding the resource. All css and js resources are resolved properly.
To be honest I am not entirely why this doesnt work. Creating this issue as discussed in Discord.
Package Version: 7.0.0
Sample based on the default hello world app, with only minimum modifications:
- add webfont
- reference webfont in css and set style of Home.m.css to use it
- set base in .dojorc to /admin/
Expected behavior:
Webfont should be loaded.
Actual behavior:
Webfont is not loaded because the browser tries to load the font from /assets instead of /admin/assets
- Lingua principale
- TypeScript
- Stelle
- 27
- Fork
- 30
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la 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 dojo/cli
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 42/100
-
Issue with offline dojo and host resolveForse di nuovo libera @JamesLMilner l’ha presa 2682 giorni fa e non c’è nessuna pull request aperta. Aperta
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
Issue simili
-
area/core status/need-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
google-gemini/gemini-cli#29602 ·
I maintainer di solito rispondono entro 1 giorno
-
area: backend enhancement priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
snapotter-hq/SnapOtter#1879 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
Tencent/BrowserSkill#390 ·
I maintainer di solito rispondono entro 1 giorno
-
good first issue status: needs triaging type: bug version: 2.0
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
medusajs/medusa#17094 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 1 giorno