Event BP doesn't work after reload
Categories
(DevTools :: Debugger, defect, P2)
Tracking
(Fission Milestone:Future, firefox94 fixed)
Tracking | Status | |
---|---|---|
firefox94 | --- | fixed |
People
(Reporter: Honza, Assigned: bomsy)
References
(Blocks 2 open bugs)
Details
(Whiteboard: dt-fission-future, dt-perf-stability-mvp)
Attachments
(2 files)
Prefs:
- fission.autostart => true
- devtools.target-switching.server.enabled => true
- fission.bfcacheInParent => true
STR:
- Load http://softwareishard.com/tests/fission/case1/index.html
- Open the Debugger panel and create Event BP for
click
- Click into the iframe (odvarko.com), the Debugger should pause => OK
- Right click on the frame and pick "This Frame -> Reload Frame"
- Click into the iframe (odvarko.com), the Debugger doesn't pause => ERR
ER: The debugger should hit the event BP even after reload
Workaround: Remove and add the click
BP (uncheck and check the checkbox)
Honza
Reporter | ||
Comment 1•3 years ago
|
||
From Alex on Slack:
We would need to pass these breakpoints via the watcher actor, like regular and xhr breakpoints. We are still calling the thread actor individually for these type of breakpoints
Reporter | ||
Comment 2•3 years ago
|
||
There is another scenario where "This Frame -> Reload Frame" breaks BPs
- Load http://softwareishard.com/tests/fission/case1/index.html
- Create regular BP in odvarko.com.js, in
postRequest
method, e.g. line 4 - Check out the Breakpoints side panel, the BP is there
- Right click on the frame and pick "This Frame -> Reload Frame"
- Check out the Breakpoints side panel, the BP is there twice => ERR
Should we have another bug report for this?
Reporter | ||
Comment 3•3 years ago
|
||
STRs for DOM mutations Breakpoints:
- Load http://softwareishard.com/tests/fission/case1/index.html
- Create DOM mutation BP
Break on subtree modification
for <div id="resposeData"> - Click the POST button in the iframe on the page, the Debugger should pause
- Right click on the frame and pick "This Frame -> Reload Frame"
- Click the POST button in the iframe on the page, the Debugger doesn't pause -> ERR
This one doesn't work without Fission either. Note that DOM mutation BPs are supposed to be removed after reload. The only problem is that the BP isn't removed from the "DOM Mutation Breakpoints" side panel in case of frames.
Updated•3 years ago
|
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Comment 4•3 years ago
|
||
Temporally removing from M3 MVP to make room for higher priority work.
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Assignee | ||
Comment 5•3 years ago
|
||
(In reply to Jan Honza Odvarko [:Honza] (always need-info? me) from comment #2)
There is another scenario where "This Frame -> Reload Frame" breaks BPs
- Load http://softwareishard.com/tests/fission/case1/index.html
- Create regular BP in odvarko.com.js, in
postRequest
method, e.g. line 4- Check out the Breakpoints side panel, the BP is there
- Right click on the frame and pick "This Frame -> Reload Frame"
- Check out the Breakpoints side panel, the BP is there twice => ERR
Should we have another bug report for this?
Yes, this looks like a different issue. I opened Bug 1728587
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 6•3 years ago
|
||
(In reply to Jan Honza Odvarko [:Honza] (always need-info? me) from comment #3)
STRs for DOM mutations Breakpoints:
- Load http://softwareishard.com/tests/fission/case1/index.html
- Create DOM mutation BP
Break on subtree modification
for <div id="resposeData">- Click the POST button in the iframe on the page, the Debugger should pause
- Right click on the frame and pick "This Frame -> Reload Frame"
- Click the POST button in the iframe on the page, the Debugger doesn't pause -> ERR
This one doesn't work without Fission either. Note that DOM mutation BPs are supposed to be removed after reload. The only problem is that the BP isn't removed from the "DOM Mutation Breakpoints" side panel in case of frames.
Hey Honza,
Are you still able to reproduce this?
I can't reproduce, but i also could not find <div id="resposeData">
element, so i used the <body>
of the iframe.
Pls confirm you can still repro and the STR is still valid.
Thanks
Assignee | ||
Comment 7•3 years ago
|
||
Reporter | ||
Comment 8•3 years ago
|
||
(In reply to Hubert Boma Manilla (:bomsy) from comment #6)
Are you still able to reproduce this?
No, I can't repro anymore.
The DOM mutation breakpoint seems to be properly removed from the "DOM Mutation Breakpoints" side panel (in the Debugger panel).
I can't reproduce, but i also could not find
<div id="resposeData">
element, so i used the<body>
of the iframe.
It's the green text within the iframe {response must be displayed here}
Updated•3 years ago
|
Assignee | ||
Comment 9•3 years ago
|
||
Depends on D124228
Comment 10•3 years ago
|
||
Comment 11•3 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/22900522693f
https://hg.mozilla.org/mozilla-central/rev/38352a9dc127
Description
•