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)

x86
Windows 2000
defect
Not set
normal

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
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.