Closed Bug 114551 Opened 24 years ago Closed 6 years ago

LXR should be smarter about the context of variable and function names

Categories

(Webtools Graveyard :: MXR, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: netdragon, Unassigned)

Details

http://lxr.mozilla.org/seamonkey/source/content/events/src/nsEventStateManager.cpp#540 Click on status, and it returns a million files it appears in. Notice that nsEventStateManager is way down on the list. I clicked it in nsEventStateManager, so it should appear first. http://lxr.mozilla.org/seamonkey/source/content/html/style/src/nsCSSValue.cpp#121 Notice when you click on strdup, it shows NSCRT::strdup as way down in the list. Again it should be first. This is especially painful when there are millions of files and classes with the same function name. It should be prioritized base on the class type of a variable. If its an interface, then it should return first all the classes that inherit from the interface, starting with the ones the object most likely is based on previous lines of code.
kiko is testing out the update of LXR at http://mozlxr.async.com.br/
reassigning endico's bugs to default owner
Assignee: endico → chase
Mass reassign of open bugs for chase@mozilla.org to build@mozilla-org.bugs.
Assignee: chase → build
QA Contact: timeless → lxr
Reassigning all LXR bugs assigned to build@mozilla-org.bugs to the default LXR owner (sorry Bear!) We aren't actively working on these (if that's wrong, please reassign to yourself/a real person).
Assignee: build → bear
QA Contact: lxr → timeless
theoretically this could be addressed w/ help from oink
QA Contact: timeless → lxr
Assignee: bear → nobody

mxr is gone, mass closing.
https://searchfox.org/ is a much better alternative.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.