Closed
Bug 1537597
Opened 5 years ago
Closed 5 years ago
Unexpectedly getting the second breakpoint enabled on line
Categories
(DevTools :: Debugger, enhancement, P3)
DevTools
Debugger
Tracking
(firefox68 fixed)
RESOLVED
FIXED
Firefox 68
Tracking | Status | |
---|---|---|
firefox68 | --- | fixed |
People
(Reporter: jlast, Assigned: jlast)
References
Details
Attachments
(1 file)
Steps:
- Open Editor/Tabs.js
- Find the line in
updateHiddenTabs
that hashiddenTabs.find(tab => tab.id == selectedSource.id)
- Click to add a breakpoint
AR:
The second column breakpoint is enabled.
https://user-images.githubusercontent.com/132260/53923596-ba035f80-402d-11e9-8bd7-ac6e0c386aec.png
ER:
The first one would be enabled.
The cause of this is most likely that the second breakpoint is actually the first one, in the generated file. We are likely sorting based on generated position, rather than based on the order for the file you are actually viewing.
It seems wrong that the breakpoints are ordered differently in this case, so I'll be filing a separate bug for that, perhaps the sourcemap is just bad in this case. Filed in #8093
Updated•5 years ago
|
Priority: -- → P3
Assignee | ||
Comment 1•5 years ago
|
||
Updated•5 years ago
|
Has STR: --- → yes
Pushed by jlaster@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/88ab54858398 Unexpectedly getting the second breakpoint enabled on line. r=loganfsmyth
Comment 3•5 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 5 years ago
status-firefox68:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 68
Updated•5 years ago
|
Assignee: nobody → jlaster
You need to log in
before you can comment on or make changes to this bug.
Description
•