Colour scheme choice on one website changes every other Quarto site on the same origin
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 3/5
- Tempo estimado
- 1-2 dias
- Facilidade para iniciantes
- 58/100
- Tipo de issue
- Bug
- Clareza
- Claramente especificada
- Status de atividade
- Ativa
- Stack de tecnologia
- javascript
- Domínio
- frontend
Direção de pesquisa
Start with src/resources/formats/html/templates/quarto-html-before-body.ejs, linked in the issue, and inspect how the colour scheme preference is read and stored. Reproduce with two rendered sites under one local HTTP origin using the supplied steps. Done means changing the colour scheme on one site leaves the other site's choice unchanged; the reader mode and tabset keys are noted as related but are not confirmed by the reporter.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
I have:
- searched the issue tracker for similar issues
- installed the latest version of Quarto CLI
- formatted my issue following the Bug Reports guide
Bug description
Quarto stores the reader's colour scheme choice under one fixed localStorage key, quarto-color-scheme.
localStorage is per origin, so every Quarto site served from the same origin reads and writes the same value.
This is the usual layout for project sites on GitHub Pages, where user.github.io/site-a/ and user.github.io/site-b/ share the origin user.github.io.
A reader who switches site-a to dark finds site-b dark on their next visit, although they never touched its toggle.
The reader mode (quarto-reader-mode) and tabset (quarto-persistent-tabsets-data) keys are fixed in the same way.
I only tested the colour scheme.
Related: #15296 (the same code throws when storage is blocked).
Steps to reproduce
Two website projects, site-a and site-b, each with this _quarto.yml (only the title differs):
project:
type: website
website:
title: "site-a"
navbar:
left:
- index.qmd
format:
html:
theme:
light: flatly
dark: darkly
index.qmd:
---
title: "site-a"
---
Hello.
- Run
quarto renderin each folder. - Serve the parent folder over HTTP, for example
python3 -m http.server, so both sites share one origin. - Open
/site-b/_site/index.html: it is light. - Open
/site-a/_site/index.htmland click the colour scheme toggle. - Open
/site-b/_site/index.htmlagain.
Actual behavior
site-b opens dark.
State read in Chromium 156 with a light system preference:
site-b first visit: {'body': 'quarto-light', 'stored': None}
site-a before toggle: {'body': 'quarto-light', 'stored': None}
site-a after toggle: {'body': 'quarto-dark', 'stored': 'alternate'}
site-b next visit: {'body': 'quarto-dark', 'stored': 'alternate'}
https://github.com/user-attachments/assets/af5995a0-b13e-4eab-ac2d-2155ce1c39b8
Expected behavior
Each site keeps its own choice.
One option is a key that includes the site path, for example the site-url path or the site root that Quarto already knows at render time.
Your environment
- IDE: none, command line.
- OS: macOS 27.2.
- Browser: Chromium 156.0.8078.4 (Playwright).
Quarto check output
Reproduced with a development build of main at 089ba530b.
The template is the same at the v1.11.9 tag.
Quarto 99.9.9
[✓] Checking environment information...
Quarto cache location: /Users/mcanouil/Library/Caches/quarto
Project: none found (single-file mode)
[✓] Checking versions of quarto binary dependencies...
Pandoc version 3.10.0: OK
Dart Sass version 1.107.1: OK
Deno version 2.9.8: OK
Typst version 0.15.1: OK
[✓] Checking versions of quarto dependencies......OK
[✓] Checking Quarto installation......OK
Version: 99.9.9
commit: 089ba530b3ed4ec156a355d41b6b7de2db3e44ea
Path: /Users/mcanouil/Projects/quarto-dev/quarto-cli/package/dist/bin
[✓] Checking tools....................OK
TinyTeX: v2026.07
Chrome Headless Shell: (not installed)
VeraPDF: (not installed)
[✓] Checking LaTeX....................OK
Using: TinyTex
Path: /Users/mcanouil/Library/TinyTeX/bin/universal-darwin
Version: 2026
[✓] Checking Chrome Headless....................OK
Using: Chrome from QUARTO_CHROMIUM
Path: /Applications/Brave Browser.app/Contents/MacOS/Brave Browser
[✓] Checking basic markdown render....OK
- Linguagem predominante
- JavaScript
- Estrelas
- 6.2k
- Forks
- 482
- Merge médio
- 17h 46min
- PRs com merge (30d)
- 135
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de quarto-dev/quarto-cli
-
Listing category filter and URL hash disagree after Back, or with `&`, `=` or `%` in a categoryAbertabug listings
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
quarto-dev/quarto-cli#15340 ·
Mantenedores costumam responder em até 1 dia
-
brand bug typst
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
quarto-dev/quarto-cli#15311 ·
Mantenedores costumam responder em até 1 dia
-
Notebook preview header title takes the heading colour on the primary backgroundTalvez já em andamento @SabyaXSachi assumiu há 5 dias. Abertaaccessibility bug embed
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
quarto-dev/quarto-cli#15306 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
bootstrap bug themes
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
quarto-dev/quarto-cli#15304 ·
Mantenedores costumam responder em até 1 dia
-
accessibility bug code-blocks html themes
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
quarto-dev/quarto-cli#15303 ·
Mantenedores costumam responder em até 1 dia
Todas as issues de quarto-dev/quarto-cli
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia
-
0. Needs triage bug feature: api
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia
-
agent-os ai bug good first issue help wanted
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 68/100
Mantenedores costumam responder em até 1 dia
-
area: documentation good first issue package: rule-data status: accepting prs
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
status: needs triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
mastra-ai/mastra#30109 · 2 comentários ·
Mantenedores costumam responder em até 1 dia