Closed Bug 578489 Opened 14 years ago Closed 5 years ago

MXR returns strange results for gfxTextRun::GetChar

Categories

(Webtools Graveyard :: MXR, defect)

x86
macOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: ehsan.akhgari, Unassigned)

References

()

Details

It seems to be returning char keywords in files whose names include gfxTextRun...
http://mxr.mozilla.org/mozilla-central/ident?i=GetChar&tree=mozilla-central&filter=gfxTextRun&strict=1

the logic that's applied is perhaps a bit too fuzzy.

What it does is treats 'GetChar' as 'GetChar' or 'char' because in .js or .idl it could be 'GetChar' or 'char'. It should probably only apply that heuristic to .js/.idl/... instead of everything.
(In reply to comment #1)
> What it does is treats 'GetChar' as 'GetChar' or 'char' because in .js or .idl
> it could be 'GetChar' or 'char'. It should probably only apply that heuristic
> to .js/.idl/... instead of everything.

Yes, I guess that it makes sense for it to apply that logic only two files which use the literal names defined in the IDL.
I suppose this is the same bug:
http://mxr.mozilla.org/mozilla-central/ident?i=GetColCount
...
Defined as a variable in:
    editor/libeditor/html/nsTableEditor.cpp (View Hg log or Hg annotations)
        line 465 -- PRInt32 rowCount, colCount, rowIndex;
... and a lot of other lines I didn't want to see ...

Is anyone working on fixing MXR bugs these days?
Severity: normal → major

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

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