Reselect the new top level thread after navigation
Categories
(DevTools :: Debugger, defect, P2)
Tracking
(firefox-esr102 unaffected, firefox108 wontfix, firefox109 wontfix, firefox110 fixed)
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox108 | --- | wontfix |
firefox109 | --- | wontfix |
firefox110 | --- | fixed |
People
(Reporter: ochameau, Assigned: ochameau)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Bug 1770361 regressed getCurrentThread selector.
It is somewhat expected to always return a currently selected thread, but now this can easily be null after navigation.
It isn't clear which particular feature it broke after navigation, but it may have broke anything involved this selector and not handling null values:
https://searchfox.org/mozilla-central/search?q=getCurrentThread&path=debugger%2F&case=false®exp=false
It looks like most of these callsites are safe thanks to the fact that a thread will be selected as soon as we hit a breakpoint. So anything happening after having paused will be safe.
Nonetheless, the thread is no longer selected in the thread list.
This patch will at least fix this.
Assignee | ||
Comment 1•3 years ago
|
||
This is surprising that no test started failing.
This may have broke various feature after reload.
Updated•3 years ago
|
Updated•3 years ago
|
Comment 2•3 years ago
|
||
Set release status flags based on info from the regressing bug 1770361
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 5•3 years ago
|
||
bugherder |
Description
•