Closed
Bug 1010288
Opened 11 years ago
Closed 3 years ago
Searching in all files in the debugger should happen on the server side
Categories
(DevTools :: Debugger, enhancement, P5)
DevTools
Debugger
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: vporof, Unassigned)
References
(Blocks 1 open bug)
Details
What we do now:
1. A wild global search appears
2. Fetch all sources' text
3. Do the search
4. Display results.
This is dumb.
What we should do:
1. A wild global search appears
2. Send the search term to the server
3. Server does the search and sends a list of matches (with the line text, match regions and everything) to the frontend.
4. Display results.
Comment 1•11 years ago
|
||
(In reply to Victor Porof [:vporof][:vp] from comment #0)
> 3. Server does the search and sends a list of matches (with the line text,
> match regions and everything) to the frontend.
You might wanna limit the line length, as for minified files, it would mean fetching the whole source ...
![]() |
||
Comment 2•11 years ago
|
||
Using a long string actor would be fine. You'd get more than you'd need in the initial packet. If a string wasn't long enough to be a long string actor, then you'd just get the string itself.
![]() |
||
Updated•11 years ago
|
Blocks: dbg-server
![]() |
||
Comment 3•11 years ago
|
||
Right now, line number reference is not updated if the source is pretty printed after the match is found. In other words:
0) Enable automatic pretty-printing
1) Do global search for something on a site with minified scripts.
2) Click an entry in the search results - one that shows a match in a minified file
Clicking the entry jumps to the wrong place in the file entirely. Re-typing the search gets the new (post-pretty-printing) line number right and clicking it again goes to the right place.
Would this be fixed by doing the search server-side, or is this better handled as a separate bug? If the latter, is it reported?
Updated•7 years ago
|
Product: Firefox → DevTools
![]() |
||
Updated•6 years ago
|
Type: defect → enhancement
Priority: -- → P5
![]() |
||
Comment 4•6 years ago
|
||
I am currently happy with our project search perf, but it could probably still be improved if someone wants to take a stab at this.
Updated•3 years ago
|
Severity: normal → S3
Comment 7•3 years ago
|
||
Closing this. We are doing project search on the client which ok atm so we don't have plans to move it to the server side atm.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•