Bug: breakpoints are not hit after rebuilding the project [vite]
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 42/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- typescript, vite
- Domain
- devtools
Research direction
Reproduce the issue with the provided Vite sourcemap configuration and Firefox launch settings, rebuilding through vite dev while observing breakpoint behavior. Inspect how timestamped and retained Vite sources are handled, and consider the issue done when breakpoints remain hit and correctly resolved after rebuilding in Firefox, VS Code, and Neovim.
Written by the indexing model from the issue text.
Description
Related #362
After enabling sourcemap for vite (see below), I can consistently hit breakpoints, and their locations will be resolved correctly.
export default defineConfig({
plugins: [sveltekit()], // svelte specific stuff, your config might be different
build: {
sourcemap: true
}
});
However, once I rebuild the project (via vite dev), breakpoints are no longer hit. No wrong locations, no phantom breakpoints, just not hit at all.
I do wanna stress that rebuilding is something that happens constantly during development, so it should be supported (if possible).
After some investigation, I found out that vite appends a timestamp to the sources (and it also keeps old copies), which can be seen in FF's debugger (screenshot below):
I wonder if it's related?
More info
Launch config:
{
"name": "Launch Firefox",
"type": "firefox",
"suggestPathMappingWizard": true,
"reAttach": true,
"request": "launch",
"url": "http://localhost:5173/",
"webRoot": "${workspaceFolder}"
}
The same issue happens on neovim and vscode, so it's not client-side related.
- Dominant language
- TypeScript
- Stars
- 446
- Forks
- 77
- PR merge metrics
- No merged PRs in 30d
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from firefox-devtools/vscode-firefox-debug
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 64/100
firefox-devtools/vscode-firefox-debug#391 · 2 comments · 1 reaction ·
-
bug path mapping
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
-
CastleOpen
Difficulty 5/5 Over a week Newbie friendliness 10/100
All issues in firefox-devtools/vscode-firefox-debug
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
Maintainers usually reply within 1 day
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:other issue-rating: 🦞 diamond lobster no-stale P2
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
openclaw/openclaw#168089 · 2 comments · 1 reaction ·
Maintainers usually reply within 1 day
-
✨ enhancement needs-discussion
Difficulty 1/5 Under an hour Newbie friendliness 85/100
-
[Bug]: [MCP/CLI] Bare loopback IP addresses (127.0.0.1:port) and hosts with ports fail to navigate due to erroneous scheme inferencePossibly taken @alok-108 claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
microsoft/playwright#43263 ·
Maintainers usually reply within 1 day
-
area:studio type:security
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day