index.html of report files sometimes have first letters cut off in "file" column

[Quuxplusone]

Bugzilla Link	PR4218
Status	NEW
Importance	P normal
Reported by	c t (chris@bluelavatech.com)
Reported on	2009-05-15 13:25:49 -0700
Last modified on	2017-02-16 07:48:59 -0800
Version	unspecified
Hardware	Macintosh MacOS X
CC	jay.foad@gmail.com, llvm-bugs@lists.llvm.org
Fixed by commit(s)
Attachments	index.html (68211 bytes, text/html) index.html (69049 bytes, text/html)
Blocks
Blocked by
See also

Created attachment 3000
index.html resulting from failed build, file column is normal

I have been comparing results of static analysis runs, and I have noticed that
the first letter of the report's index.html randomly get cut off.

I have recently added static analysis to my cruisecontrol continuous
integration server. The first index.html was performed on a version of my code
that failed to build due to a problem in our xcode project files. The second
index.html was performed after the project file problem was fixed.

The filename column in the index.html of reports generated from the version
that sucessfully built had the first letter of all rows chopped off. The failed
build version had good html output.

The command line used that resulted in "good" html output was as follows:
scan-build  -k -o /Users/chris/documents/cruisecontrol-bin-
2.8.2/webapps/StaticAnalysis/user-interface-version-1.0/20090514155830_build.69
xcodebuild clean build -configuration Debug

The command line used that resulted in "bad" html output was as follows:
scan-build  -k -o /Users/chris/documents/cruisecontrol-bin-
2.8.2/webapps/StaticAnalysis/user-interface-version-1.0/20090514161355_build.69
xcodebuild clean build -configuration Debug

I am attaching both index.html files

[Quuxplusone]

Attached index.html (68211 bytes, text/html): index.html resulting from failed build, file column is normal

[Quuxplusone]

Attached index.html (69049 bytes, text/html): index.html resulting in successful build, file column has first letters chopped off

[Quuxplusone]

Presumably because something is removing the longest common prefix from all the
file names, and not stopping at the last path separator character.

In the bad output all file names started with S (Source/* or Subprojects/*). In
the good case there is one that starts with H (HHDebugExceptionHandling.m).

I have seen the same kind of thing in the index.html generated by "llvm-cov
show -format html".