Closed
Bug 1219544
Opened 9 years ago
Closed 9 years ago
Pass in a callback to open source in debugger rather than toolbox
Categories
(DevTools :: Memory, defect)
Tracking
(firefox46 fixed)
RESOLVED
FIXED
Firefox 46
Tracking | Status | |
---|---|---|
firefox46 | --- | fixed |
People
(Reporter: jsantell, Assigned: jsantell)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
patch
|
fitzgen
:
review+
|
Details | Diff | Splinter Review |
In bug 1219073, we pass the toolbox into the heap tree for rendering, but we should pass in a onClick callback, wrapping toolbox in a closure. A small nice refactoring.
Updated•9 years ago
|
Has STR: --- → irrelevant
Updated•9 years ago
|
Blocks: memory-frontend
Assignee | ||
Comment 1•9 years ago
|
||
I want to use the frame component in jit view, so taking care of this
Assignee: nobody → jsantell
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•9 years ago
|
||
Happy holidays! Here's a huge, confusing patch.
* Frame view component pulled out of memory tool (and onClick function and L10N things are passed in now)
* Previous "shared/source-utils.js" which handles opening a source in different tools now moved to "shared/view-source.js" to be more descriptive
* "shared/source-utils.js" now contains a handful of source utilities from performance's "performance/modules/logic/frame-utils.js".
This paves the way for using this component in jit view, perf call tree and console, etc., which gives us a common component to handle source mapping as well.
https://treeherder.mozilla.org/#/jobs?repo=try&revision=bec32e4d2e9d
Attachment #8701592 -
Flags: review?(nfitzgerald)
Assignee | ||
Comment 3•9 years ago
|
||
Also normalized our usage of host vs hostname, etc., was used inconsistently.
Something to look over/think about is our terminology of location, frame, and source, and different representations of each (like call tree for example doesn't used SavedFrames, but generates it out of a string). I think it's consistent for the most part now, but "parseLocation" in frame-utils maybe should be something different, like stackToFrame or something.
Comment 4•9 years ago
|
||
Comment on attachment 8701592 [details] [diff] [review]
1219544-decouple-frame-view.patch
Review of attachment 8701592 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks for cleaning this up! r=me with the change of name to fit in line with all of our other event handlers.
::: devtools/client/memory/app.js
@@ +97,5 @@
> HeapView({
> snapshot: selectedSnapshot,
> diffing,
> onSnapshotClick: () => dispatch(takeSnapshotAndCensus(front, heapWorker)),
> + linkToDebugger: (frame) => toolbox.viewSourceInDebugger(frame.source, frame.line),
Nit: no need for () around single param.
::: devtools/client/memory/components/heap.js
@@ +90,5 @@
>
> propTypes: {
> onSnapshotClick: PropTypes.func.isRequired,
> snapshot: snapshotModel,
> + linkToDebugger: PropTypes.func.isRequired,
All of our event handlers are named "on<action>", and so for consistency this should be named something like "onViewSourceInDebugger".
Attachment #8701592 -
Flags: review?(nfitzgerald) → review+
Comment 6•9 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox46:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 46
Comment 7•9 years ago
|
||
[bugday-20160323]
Status: RESOLVED,FIXED -> UNVERIFIED
Comments:
STR: Not clear.
Developer specific testing
Component:
Name Firefox
Version 46.0b9
Build ID 20160322075646
Update Channel beta
User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
OS Windows 7 SP1 x86_64
Expected Results:
Developer specific testing
Actual Results:
As expected
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•