# Perforce Public Depot Jobs
#
#  Job:           The job name. 'new' generates a sequenced job number.
#  Status:        Job status; [open/closed/suspended].  Required
#  Project:       The project this job is for [none/cdsp4/jam/p4hl]  Optional.
#  Severity:      [A/B/C] (A is highest)  Required.
#  ReportedBy     The user who created the job. Can be changed.
#  ReportedDate:  The date the job was created.  Automatic.
#  ModifiedBy:    The user who last modified this job. Automatic.
#  ModifiedDate:  The date this job was last modified. Automatic.
#  OwnedBy:       The owner, responsible for doing the job. Optional.
#  Description:   Description of the job.  Required.
#  DevNotes:      Developer's comments.  Optional.

Job:	job000020

Status:	closed

Project:	p4hl

Severity:	A

ReportedBy:	sam_stafford

ReportedDate:	2002/03/24 10:45:33

ModifiedBy:	shawn_hladky

ModifiedDate:	2008/04/13 13:00:54

OwnedBy:	""

Description:
	(P4HL support code)  Attempts to store revs even if they can't be indexed by change.  This
	creates extra bogus FileRevs with a change of "" - this only applies to changes submitted
	by ancient servers (before submitted changes were numbered).  In P4HL this is pretty 
	harmless, but it does lead to creation of extra entities.  In other applications this could
	lead to crashes, very hard-to-track down bugs, and me being very upset at myself when I find
	out what was causing the problem.

DevNotes:
	The fix should be to reject revs if change.Length() or change.Atoi() == 0.  This should go in
	FileHead::addRev().