Closed
Bug 918821
Opened 11 years ago
Closed 8 years ago
Can't remove breakpoints from prettyprinted scripts
Categories
(DevTools :: Debugger, defect, P3)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: rcampbell, Unassigned)
References
(Blocks 1 open bug)
Details
STR:
0. Load a page with some minified JS
1. Prettify a minified file.
2. Add a breakpoint
3. Reload.
4. Remove Breakpoint
5. Reload.
Expected: Breakpoint is not present after reload.
Actual: Sometimes the breakpoint sticks around.
nightly.
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:27.0) Gecko/20100101 Firefox/27.0
Comment 1•11 years ago
|
||
I tried the STR from comment 0 on Facebook a lot of times, and I am able to remove breakpoints reliably ...
Updated•11 years ago
|
Priority: -- → P3
Updated•11 years ago
|
Summary: Unable to remove breakpoints on reloaded Pretty Printed JS files → [prettify] Unable to remove breakpoints on reloaded Pretty Printed JS files
Comment 2•11 years ago
|
||
That's not reproducible for me on Nigthly (2014-07-27). My steps:
1. Opened the devtools debugger on jquery.com
2. Enabled pretty-printing
3. Seleted main.js
4. Set a breakpoint on line 4 ("var c,")
5. Reloaded the page
6. Clicked the breakpoint column at line 4 to remove the breakpoint again
Is that still reproducible by you? And if so, what's the test case for this?
Sebastian
Comment 3•10 years ago
|
||
Could this be related to bug 952612?
Updated•10 years ago
|
Blocks: dbg-prettyprint
Updated•10 years ago
|
Flags: needinfo?(rcampbell)
Updated•10 years ago
|
Summary: [prettify] Unable to remove breakpoints on reloaded Pretty Printed JS files → Can't remove breakpoints from prettyprinted scripts
Updated•10 years ago
|
Flags: needinfo?(rcampbell)
Comment 4•8 years ago
|
||
Is this also an issue in the current version of Nightly?
Version: 55.0a1 (2017-06-06) (64-Bit)
Comment 5•8 years ago
|
||
I tested this again using the new debugger UI in Firefox 56.0a1 (2017-06-19) and I still cannot reproduce the bug.
Therefore, I finally close this report now. If it reoccurs, let's open a new report.
Sebastian
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Comment 6•8 years ago
|
||
Today this also makes my life hard. Breakpoint is not going away when debugging ajax related code. I disable it with all given ways but it keeps coming back on reload.Even it says "no breakpoints".
Comment 7•8 years ago
|
||
Ok. I can disable it but not remove.It is of course impossible reproduce how it started. But it(moment it appeared) had very much to do with ajax async operation and alert box. I just wish it would go away. I renamed the js file, reloaded. It was gone then restarted firefox and renamed file back to original on server and reloaded and breakpoint was there again. Maybe I offer it an empty file with same name.....
Comment 8•8 years ago
|
||
OK That works! Here is how. Give it an empty file with same name . At first it still shows stubborn breakpoint even for empty file. Now remove breakpoint and reload and it is gone.
Fill your file again. No more breakpoint. But there was a hint: even when it was empty first time the stuck breakpoint was there.
This is still a bug, confirmed in 60.0b12 (64-bit). I cannot get rid of a single breakpoint I set while in pretty-print view, and no breakpoints show in the breakpoints field. I can set and unset the lines that are flagged, resume, and get out of the loop, but same case on next reload. Where are these breakpoints being cached?
Updated•7 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•