Closed Bug 1717807 Opened 3 years ago Closed 3 years ago

The Debugger tab should be properly unhighlighted

Categories

(DevTools :: Debugger, defect)

defect

Tracking

(Fission Milestone:MVP, firefox92 fixed)

RESOLVED FIXED
92 Branch
Fission Milestone MVP
Tracking Status
firefox92 --- fixed

People

(Reporter: Honza, Assigned: bomsy)

References

(Blocks 1 open bug)

Details

(Whiteboard: dt-fission-m3-mvp)

Attachments

(1 file)

Prefs:

  • fission.autostart => true
  • devtools.target-switching.server.enabled => true
  • fission.bfcacheInParent => true

STRs:

  1. Load http://janodvarko.cz/tests/fission/case1/index.html
  2. Create BP in janodvarko.cz/index.js file, line 3
  3. Reload the page to hit the BP, the Debugger tab is highlighted => OK
  4. Load different page, e.g. http://janodvarko.cz/firebug/tests/601/Issue601.htm
  5. The Debugger tab is still highlighted even if the Debugger isn't paused anymore => ERR

The Toolbox needs to be reopened to get rid of the highlighted Debugger tab
I don't see the behavior on pages with no remote frame.

Honza

Depends on: 1716314
Fission Milestone: --- → MVP
Whiteboard: dt-fission-m3-triage → dt-fission-m3-mvp
Assignee: nobody → hmanilla

The STR above on it's own does not reproduce for me.

In addition, i need to go back and forward between the two pages to see the Debugger tab still highlighted
when on http://janodvarko.cz/firebug/tests/601/Issue601.htm.

So my STR

Prefs:

  • fission.autostart => true
  • devtools.target-switching.server.enabled => true
  • fission.bfcacheInParent => true
  1. Load http://janodvarko.cz/tests/fission/case1/index.html
  2. Create BP in janodvarko.cz/index.js file, line 3
  3. Load different page, e.g. http://janodvarko.cz/firebug/tests/601/Issue601.htm in same tab
  4. Go back to http://janodvarko.cz/tests/fission/case1/index.html page using the BACK BUTTON
  5. Reload the page to hit the BP, the Debugger tab is highlighted => OK
  6. Press the FORWARD BUTTON to go http://janodvarko.cz/firebug/tests/601/Issue601.htm page

AR
The Debugger Tab is still highlighted

ER
The Debugger Tab should not be highlighted

Honza, i wonder if you see this

Flags: needinfo?(odvarko)

Extra note:
This looks like a BF Cache related issue as with the fission.bfcacheInParent => false, it works fine

Yes, I can repro the issue using your steps.

Also, after step #6 I am seeing the following error (system console) when trying to resume JS execution
JavaScript error: resource://devtools/client/debugger/src/client/firefox/commands.js, line 82: Error: Unknown thread front: server0.conn0.windowGlobal6442450952/thread21

Looks like BF Cache related. Note that sometimes - instead of pressing the Forward button in step #6 - load the http://janodvarko.cz/firebug/tests/601/Issue601.htm, and the problem is there too.

Honza

Flags: needinfo?(odvarko)

Another steps (without involving BFCache)

  1. The same prefs ON as before
    1.5) Patches from Bug 1713607 applied.
  2. Load http://janodvarko.cz/tests/fission/case9/index.html (two iframes loaded from the same remote domain),
  3. Create BP in odvarko.com/tests/fission/case9/iframe1.js, line 6
  4. Create BP in odvarko.com/tests/fission/case9/iframe2.js, line 6
  5. Click the the POST1 button (in the first frame), Debugger should pause, step over one time
  6. Click the the POST2 button (in the second frame), Debugger should pause in the second frame, step over one time & resume
  7. Switch to the Test Frame #1 thread and resume.
  8. The Debugger tab is still highlighted =>BUG

I think that switching the contexts through the Threads panel should be involved. So, if the steps above don't work for you. Try to play a bit with the UI (context switching, stepping) before resuming both.

Honza

Flags: needinfo?(hmanilla)

(In reply to Jan Honza Odvarko [:Honza] (always need-info? me) from comment #4)

Another steps (without involving BFCache)

  1. The same prefs ON as before
    1.5) Patches from Bug 1713607 applied.
  2. Load http://janodvarko.cz/tests/fission/case9/index.html (two iframes loaded from the same remote domain),
  3. Create BP in odvarko.com/tests/fission/case9/iframe1.js, line 6
  4. Create BP in odvarko.com/tests/fission/case9/iframe2.js, line 6
  5. Click the the POST1 button (in the first frame), Debugger should pause, step over one time
  6. Click the the POST2 button (in the second frame), Debugger should pause in the second frame, step over one time & resume
  7. Switch to the Test Frame #1 thread and resume.
  8. The Debugger tab is still highlighted =>BUG

I think that switching the contexts through the Threads panel should be involved. So, if the steps above don't work for you. Try to play a bit with the UI (context switching, stepping) before resuming both.

Honza

Thanks i can reproduce with this STR
This looks like a different issue causing this with the same symptom ,
I have a fix for it so I'll open a separate bug for it.

Flags: needinfo?(hmanilla)
Blocks: 1720115
No longer blocks: 1720115
See Also: → 1720115

I just tried the patch and it fixes the issue for me.

Note that sometimes, when I navigate BACK to http://janodvarko.cz/tests/fission/case1/index.html the BP in janodvarko.cz/index.js file, line 3 is not hit. Sometimes it is. But, this isn't part of this bug report. Do we want to file another bug for it?

Honza

(In reply to Jan Honza Odvarko [:Honza] (always need-info? me) from comment #7)

I just tried the patch and it fixes the issue for me.

Note that sometimes, when I navigate BACK to http://janodvarko.cz/tests/fission/case1/index.html the BP in janodvarko.cz/index.js file, line 3 is not hit. Sometimes it is. But, this isn't part of this bug report. Do we want to file another bug for it?

Honza

Thanks for testing.
Yes lets file and investigate that as a separate bug as it relates to the BP not actually getting hit while this relates to debugger tab highlighting.

Blocks: 1720443
Status: NEW → ASSIGNED
Depends on: 1722305

This bug is a soft blocker for Fission MVP. We'd like to fix it before our Release channel rollout, but we won't delay the rollout waiting for it.

Whiteboard: dt-fission-m3-mvp → dt-fission-m3-mvp, fission-soft-blocker
Pushed by hmanilla@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/1185c79bedc4
[devtools] Resume the front-end on will navigate r=ochameau
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 92 Branch
Whiteboard: dt-fission-m3-mvp, fission-soft-blocker → dt-fission-m3-mvp
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: