Closed
Bug 1047500
Opened 10 years ago
Closed 10 years ago
Unhit debugger breakpoints reappear after reload
Categories
(DevTools :: Debugger, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: jonathan, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:33.0) Gecko/20100101 Firefox/33.0 (Beta/Release) Build ID: 20140730004005 Steps to reproduce: 1. Set breakpoint 2. Reload page 3. Remove breakpoint 4. Reload page Actual results: Breakpoint is still there Expected results: Breakpoint should stay removed
Reporter | ||
Updated•10 years ago
|
Component: Untriaged → Developer Tools: Debugger
Reporter | ||
Comment 1•10 years ago
|
||
I've been getting this bug in Devtools for as long I can remember using them, make that a few months.
Comment 2•10 years ago
|
||
I did the STR with this page on bugs.js line 27 and I can't reproduce. Can you attach expand your STR with a specific webpage, source, and line number?
Updated•10 years ago
|
Flags: needinfo?(jonathan)
Reporter | ||
Comment 3•10 years ago
|
||
I think it has to do with when the breakpoint doesn't get hit. http://codepen.io/joallard/debug/wqKsE STR: 1. Set breakpoint on wqKsE:21 2. Reload 3. Remove breakpoint on 21 4. Reload => Breakpoint is back
Flags: needinfo?(jonathan)
Reporter | ||
Updated•10 years ago
|
Summary: Removed debugger breakpoints reappear after reload → Unhit debugger breakpoints reappear after reload
Reporter | ||
Comment 4•10 years ago
|
||
Strangely, after updating to the Aug 1st Aurora, I'm getting another bug (?) that makes the breakpoint get hit even within the `if(false)` block. It seems that on a run which the breakpoint is hit, it will be able to be removed properly. However if the breakpoint does not get hit, it comes back on next reload.
Comment 5•10 years ago
|
||
I can't reproduce the results in comment 3 in nightly. Can you try with a nightly build too, to make sure we are seeing the same thing? Also, do you get any errors in the Browser Console (Cmd-Shift-J) when you see the weird behavior?
Reporter | ||
Comment 6•10 years ago
|
||
In comment 4, I was referring to #1051632, which makes reproducing this bug hard with the provided STRs. I was playing with this here (http://bl.ocks.org/joallard/raw/babcee6d4024ba0cb8d8/8f8f0fe65d4983b8104c2ed6c07aa1da2227d140/), setting breakpoints in either branches. What is weird is that when I ran the file I wrote on my disk, I got all kinds of weirdness (sticky breakpoint in true branch), but I can't reproduce anything online on Blocks. And even when I download the file I can't reproduce either. I'm really scratching my head now. I'm at a loss for a reliable STR here. Sent from my Nightly
Reporter | ||
Comment 7•10 years ago
|
||
However, I'm better able to reproduce the issue in Aurora 33 (Blocks URL), which means something along those lines has been fixed or at least fiddled with. Closing.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•