Closed
Bug 1194376
Opened 10 years ago
Closed 10 years ago
Missing callers
Categories
(Webtools Graveyard :: DXR, defect)
Webtools Graveyard
DXR
Tracking
(firefox43 affected)
RESOLVED
FIXED
| Tracking | Status | |
|---|---|---|
| firefox43 | --- | affected |
People
(Reporter: mossop, Unassigned)
References
Details
Searching for the callers for ParseManifest (https://dxr.mozilla.org/mozilla-central/search?q=%2Bcallers%3A%22ParseManifest%28enum+NSLocationType%2C+class+mozilla%3A%3AFileLocation+%26%2C+char+*%2C+_Bool%2C+_Bool%29%22) doesn't return any callers, even though we call it here: https://dxr.mozilla.org/mozilla-central/source/xpcom/components/nsComponentManager.cpp#638
| Reporter | ||
Comment 1•10 years ago
|
||
Likewise looking for the callers of DoRegisterManifest (https://dxr.mozilla.org/mozilla-central/search?q=%2Bcallers%3A%22DoRegisterManifest%28enum+NSLocationType%2C+class+mozilla%3A%3AFileLocation+%26%2C+_Bool%2C+_Bool%29%22) finds one caller even though there are three.
Comment 2•10 years ago
|
||
This looks like another instance of some files not being analyzed for structure at all: there are no context menus in nsComponentManager.cpp, and structural searches for things in it don't work.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Comment 3•10 years ago
|
||
This is not a dupe of 1194372 after all, as fixing that leaves this broken.
Do note that searching for simple callers:ParseManifest does work; it's the qualified search that's broken.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
(In reply to Dave Townsend [:mossop] from comment #1)
> Likewise looking for the callers of DoRegisterManifest
> (https://dxr.mozilla.org/mozilla-central/
> search?q=%2Bcallers%3A%22DoRegisterManifest%28enum+NSLocationType%2C+class+mo
> zilla%3A%3AFileLocation+%26%2C+_Bool%2C+_Bool%29%22) finds one caller even
> though there are three.
Looks like the second and third callers are under an '#ifdef MOZ_B2G_LOADER' section we're not indexing :-(
(In reply to Dave Townsend [:mossop] from comment #0)
> Searching for the callers for ParseManifest
> (https://dxr.mozilla.org/mozilla-central/
> search?q=%2Bcallers%3A%22ParseManifest%28enum+NSLocationType%2C+class+mozilla
> %3A%3AFileLocation+%26%2C+char+*%2C+_Bool%2C+_Bool%29%22) doesn't return any
> callers, even though we call it here:
> https://dxr.mozilla.org/mozilla-central/source/xpcom/components/
> nsComponentManager.cpp#638
If we run 'Find callers' from the declaration of ParseManifest here:
https://dxr.mozilla.org/mozilla-central/source/xpcom/components/ManifestParser.h#14
we use a query of
+callers:"ParseManifest(enum NSLocationType, class mozilla::FileLocation &, char *, _Bool, _Bool)"
which returns 0 results.
If we run 'Find callers' from the call site at
https://dxr.mozilla.org/mozilla-central/source/xpcom/components/nsComponentManager.cpp#625
we get the expected one result from a query of
+callers:"ParseManifest(enum NSLocationType, mozilla::FileLocation &, char *, _Bool, _Bool)"
Looks like this time the first query uses 'class mozilla::FileLocation' while the second drops the 'class'. :-/
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
Updated•5 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•