Closed
Bug 1753029
Opened 4 years ago
Closed 4 years ago
Don't re-parent iframe nodeFront if retrieved target is the original one
Categories
(DevTools :: Inspector, defect)
DevTools
Inspector
Tracking
(firefox98 fixed)
RESOLVED
FIXED
98 Branch
| Tracking | Status | |
|---|---|---|
| firefox98 | --- | fixed |
People
(Reporter: nchevobbe, Assigned: nchevobbe)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
In the past, we had several cases (e.g. Bug 1752342) where the target we retrieved for fetching an iframe children is in fact the exact same one that was already used to fetch the iframe itself.
And then, since we're trying to re-parent the iframe node front, we're causing infinite loops and crashes in the UI.
While we should fix those edge cases where we get the wrong target, we should at least limit the damage and avoid reparenting when we get an obviously incorrect target
| Assignee | ||
Comment 1•4 years ago
|
||
This can be seen as a hot fix for Bug 1752342. Here we're not fixing the
root cause of the issue, but rather adding a protection mecanism so we don't
completely crash/freeze the inspector/the browser.
A follow-up bug will take care of Bug 1752342.
Pushed by nchevobbe@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/981f815e26f9
[devtools] Add safe guard to avoid reparenting iframe nodeFront with wrong target. r=jdescottes.
Comment 3•4 years ago
|
||
| bugherder | ||
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
status-firefox98:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 98 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•