Closed Bug 1808603 Opened 3 years ago Closed 3 years ago

Reselect the new top level thread after navigation

Categories

(DevTools :: Debugger, defect, P2)

defect

Tracking

(firefox-esr102 unaffected, firefox108 wontfix, firefox109 wontfix, firefox110 fixed)

RESOLVED FIXED
110 Branch
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&regexp=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.

This is surprising that no test started failing.
This may have broke various feature after reload.

Assignee: nobody → poirot.alex
Status: NEW → ASSIGNED

Set release status flags based on info from the regressing bug 1770361

Severity: -- → S3
Priority: -- → P2
Duplicate of this bug: 1808920
Pushed by apoirot@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/c785da57b1fc [devtools] Fix thread selection on navigation. r=devtools-reviewers,nchevobbe
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 110 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: