Browser Toolbox does not update breakpoints correctly if the browser console was opened first
Categories
(DevTools :: Debugger, defect, P3)
Tracking
(Not tracked)
People
(Reporter: standard8, Assigned: ochameau)
References
(Blocks 3 open bugs)
Details
(Whiteboard: [fixed by bug 1735825])
STR
- Start latest nightly (I'm on Mac)
- Visit any page
- Open the Browser Console.
- Open the Browser Toolbox
- In the toolbox navigate to
content/tabbrowser.js
and findreloadTab
function. - In the browser window, right click on the tabbar on the tab for the page you visited, and select "Reload Tab"
Expected => Breakpoint is hit.
Actual => Breakpoint is not hit.
You can achieve similar effects with removing breakpoints as well.
If the browser console is opened before the toolbox, then the breakpoints activation doesn't get updated.
If you opened the browser console first, and hit the failure mode, then you can close the browser console, and toggle the breakpoint in the toolbox and it will start working again.
Re-opening the browser console does not stop the breakpoints working - unless you also reopen the toolbox.
Assignee | ||
Updated•4 years ago
|
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Just a quick update to say that I still reproduce the issue on latest central today. Investigating.
Comment 2•3 years ago
|
||
No progress made on this, moving back to triage
Reporter | ||
Comment 3•3 years ago
|
||
Just to note, this still bites me quite regularly. I'm happy to provide console logs or other information to help try and resolve this.
Comment 4•3 years ago
|
||
Bomsy will take a look
Assignee | ||
Updated•3 years ago
|
Comment 5•3 years ago
|
||
let's check if this could be caused by Bug 1725623 (probably not since it's watcherActor-based, but who knows)
Updated•3 years ago
|
Updated•3 years ago
|
Assignee | ||
Comment 6•3 years ago
|
||
I could not reproduce STR from comment 0. Could this have been fixed by bug 1724909 or something else?
Or I'm missing something on the STR. You set the breakpoint on the first line of reloadTab
in step 5, right?
You seem to set a breakpoint in the parent process here.
Note that in bug 1730968, we are about to fix an issue with breakpoint not removed when set in content processes.
Reporter | ||
Comment 7•3 years ago
|
||
Thank you for the ping, I'd been careful about what windows I had opened, so I hadn't see that this was fixed.
I did a quick trace through and found that you actually fixed it in bug 1735825, so that's great news. I'll mark this as fixed as a result of that bug.
Description
•