Closed Bug 793375 Opened 14 years ago Closed 13 years ago

Search operator for finding a variable in scope(s) while the debugger is paused

Categories

(DevTools :: Debugger, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 19

People

(Reporter: vporof, Assigned: vporof)

References

Details

Attachments

(1 file, 2 obsolete files)

I'm thinking * or &, but other suggestions are encouraged.
On this note, would it be useful to show the variables in the global scope if the debugger is paused? Probably not that hard to implement, and could make up for a nicer ux than with the console.
I think this will make a useful feature, if can avoid running into weird issues that stem from getting the window state outside of the Debugger API. I haven't been able to come up with anything not fixable while discussing this with Victor, though.
(In reply to Panos Astithas [:past] from comment #2) > I think this will make a useful feature, if can avoid running into weird > issues that stem from getting the window state outside of the Debugger API. > I haven't been able to come up with anything not fixable while discussing > this with Victor, though. Ok, let's just add the operators for now and follow up on the show-global-scope-when-paused-with-no-stacks idea after getting more opinions on it.
Depends on: 798874
Priority: -- → P3
Assignee: nobody → vporof
Status: NEW → ASSIGNED
Attached patch v1 (obsolete) — — Splinter Review
Works, just missing a small test (although the heavy testing is done in bug 798874).
Attached patch v2 (obsolete) — — Splinter Review
Added tests.
Attachment #675824 - Attachment is obsolete: true
Attachment #675942 - Attachment is patch: true
Attached patch v3 — — Splinter Review
Attachment #675942 - Attachment is obsolete: true
Attachment #675981 - Flags: review?(rcampbell)
Blocks: 783729
Blocks: 794823
Comment on attachment 675981 [details] [diff] [review] v3 Sorry Panos :)
Attachment #675981 - Flags: review?(rcampbell) → review?(past)
Comment on attachment 675981 [details] [diff] [review] v3 Review of attachment 675981 [details] [diff] [review]: ----------------------------------------------------------------- My only gripe is that displaying both search boxes at the same time may surprise users when they discover that only one of them is active at any one time. It's good that we don't display the second one by default and I can imagine that some people might prefer it (hey, others like tabs-on-bottom), but it could be a bit confusing. But let's ship it and see what they think. ::: browser/devtools/debugger/debugger-toolbar.js @@ +886,5 @@ > + return; > + } > + > + let editor = DebuggerView.editor; > + let offset = editor[["findNext", "findPrevious"][action]](true); Really? I mean, seriously?
Attachment #675981 - Flags: review?(past) → review+
(In reply to Panos Astithas [:past] from comment #8) > Comment on attachment 675981 [details] [diff] [review] > v3 > > Review of attachment 675981 [details] [diff] [review]: > ----------------------------------------------------------------- > > My only gripe is that displaying both search boxes at the same time may > surprise users when they discover that only one of them is active at any one > time. It's good that we don't display the second one by default and I can > imagine that some people might prefer it (hey, others like tabs-on-bottom), > but it could be a bit confusing. But let's ship it and see what they think. > I think you have a point. One solution would be to disable the operator when the variables view searchbox is displayed. But, as you said, let's see if anyone complains.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 19
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: