[Bug]: TimezoneId is not applied to service workers
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 64/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- javascript, playwright, typescript
- Ambito
- backend, testing-qa
Direzione di ricerca
Read packages/playwright-core/src/server/chromium/crPage.ts around the timezone setup and compare it with service worker startup in packages/playwright-core/src/server/chromium/crServiceWorker.ts. Start by reproducing the issue with the linked minimal test, then find or add a regression test covering a worker started without an open page. Done when the worker uses the configured timezoneId from its first statement and the regression test passes.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Version
1.65.0 (latest release tested)
Steps to reproduce
Minimal reproduction, using only Playwright and a minimal Manifest V3 extension.
git clone --branch service-worker-timezone --single-branch https://github.com/vitalets/playwright-issues.git
cd playwright-issues
npm ci
npx playwright install chromium
# Adjust timezoneId in test/timezone.spec.ts if needed.
npm test
Choose a timezoneId different from your system timezone. The example uses Europe/Madrid; if your system already uses Madrid, change the timezoneId variable in test/timezone.spec.ts to Asia/Tokyo (no other changes are needed). Matching timezones mask the bug.
The test verifies the configured timezone in an ordinary page, then loads an extension whose first statement records its worker's timezone and parses 2030-01-01T23:00. No extension page is opened, and no timezone environment variable is set.
Expected behavior
The service worker uses the configured timezoneId from its first statement. Its timezone and parsed date match the page's values.
Actual behavior
The page uses the configured timezone, but the worker retains the system timezone. On my Madrid-configured machine, changing the example to Asia/Tokyo produces:
- "timezone": "Asia/Tokyo"
+ "timezone": "Europe/Madrid"
- "localDate": "2030-01-01T14:00:00.000Z"
+ "localDate": "2030-01-01T22:00:00.000Z"
Additional context
Reproduced with bundled Chromium 158.0.8127.18 on macOS. No clock mocking or third-party helpers are involved.
Both web extensions and regular websites are affected:
- Web extension: the linked reproduction loads an extension without opening an extension page. Its worker starts with the system timezone instead of the configured timezone.
- Regular website: in a separate local experiment, I registered a service worker, closed the persistent browser context, reopened the same profile with the same timezone setting, and started the registered worker using CDP
ServiceWorker.startWorker, without reopening the site. Its first statement also recorded the browser default timezone instead of the configured timezone.
Initial registration while the website page was open used Madrid correctly. An open page can mask the problem when its timezone override affects the worker's shared renderer process.
Page initialization applies the context's timezoneId, while service-worker initialization resumes execution without applying it.
Environment
Relevant output from npx envinfo --preset playwright:
System:
OS: macOS 26.6.2
CPU: (10) arm64 Apple M1 Pro
Binaries:
Node: 24.16.0
npm: 11.21.1
npmPackages:
@playwright/test: 1.65.0 => 1.65.0
- Lingua principale
- TypeScript
- Stelle
- 99.1k
- Fork
- 6.8k
- Merge medio
- 17h 6m
- PR unite (30g)
- 306
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun 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 microsoft/playwright
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 76/100
microsoft/playwright#43987 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
microsoft/playwright#43986 ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: Embedded number/range inputs contribute their `value` attribute, not their current value, to accessible namesForse già presa @lazerg l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
microsoft/playwright#43984 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
microsoft/playwright#43981 ·
I maintainer di solito rispondono entro 1 giorno
-
needs-triage
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
microsoft/playwright#43969 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di microsoft/playwright
Issue simili
-
FR: Support CJK brackets, symbols and full-width markers in footnoteHeuristics (EBPAJ support)Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
readest/readest#7413 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
content triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
eliasstravik/herdr-projects#788 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Ability to edit tagsAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno