Closed
Bug 173642
Opened 22 years ago
Closed 20 years ago
cvsguess.cgi can't find the real nsDebug.h (lxr finds it in xpcom/glue)
Categories
(Webtools Graveyard :: Bonsai, defect)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: timeless, Assigned: tara)
Details
Pick the file that best matches the one you are looking for:
mozilla/modules/plugin/pdk60/mozilla/include/nsDebug.h
mozilla/xpcom/base/nsDebug.h
mozilla/xpcom/public/nsDebug.h
mozilla/xpcom/src/nsDebug.h
--
Mozilla Cross Reference seamonkey
Search for files (by name) using regular expressions.
(Need some Hints on performing searches?)
Find file:
/xpcom/glue/nsDebug.h
This page was automatically generated by LXR.
--
I suspect that this problem (and perhaps bug 170505) is because someone
performed a copy on the cvs server instead of relying on checkins.
If I'm right then we need to do something about it because the number of cvs
copies at cvs.mozilla.org is growing and the database is growing more and more
holes.
Yes, nsDebug.h was copied into xpcom/glue to preserve the cvs history (see bug
120474). Apparently, the bonsai db has been rebuilt since then because
cvsguess.cgi finds xpcom/glue/nsDebug.h now.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
I suspect that the db wasn't rebuilt and that the subsequent commit (1.10)
caused bonsai to know about the file.
if we can rebuild the database for a single file, then perhaps the cvs copy
process should include that step.
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•