A log is only trustworthy if its timeline is intact. Rotation gaps, buffered replay, clock skew, and dropped records all leave fingerprints in the sequence of timestamps, and those fingerprints are easy to miss when you are scrolling through thousands of lines by eye. Log Integrity Checker walks a log and verifies the timeline mechanically, reporting four classes of problems: timestamps out of order, timestamps that are missing entirely, duplicate timestamps, and gaps larger than the maximum interval you define. Instead of trusting that a log is complete because it looks plausible, you get a concrete answer.
Give it your expected spacing between lines in seconds and the tool walks consecutive pairs of timestamped lines, measuring every gap, flagging every inversion, and listing every line that could not produce a timestamp at all. Order checks compare each timestamp against the one before it and flag anything earlier, which is exactly what happens when two writers interleave into the same file, when a buffered batch replays after the fact, or when a clock jumps backward. Duplicate checks catch consecutive identical timestamps, which usually means a retry loop fired twice or the same record was replayed. Missing-timestamp checks catch any line the timestamp pattern cannot match, whether that is a stack-trace continuation line, a malformed record, or a different log format mixed into the file.
Gap detection is the check most people reach for first, because it answers "did we lose records?" Set the maximum interval you expect between consecutive lines — a few seconds for a chatty service, an hour for a quiet cron job — and any larger gap is reported with its exact size and the lines bracketing the jump. The report separates each problem class with exact line numbers, so the story of what corrupted the stream is easy to read and hand off: "line 4021, gap of 340s" is something you can act on immediately. Every check runs entirely in your browser against the text you paste in.