Tested in chrome stable #57.0.2987.110 and canary #59.0.3046.0 on Ubuntu 14.04,Mac 10.12.3 & Win 10.0 able to reproduce the issue.
Below are the Bisect Details:

Bisect Info:
=============
Good Build: 57.0.2950.0(Revision - 438011)
Bad Build: 52.0.2951.0 (Revision - 438385)

Bisect URL:
=========== 
You are probably looking for a change made after 438083 (known good), but no later than 438084 (first known bad).
CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/120bb61b5fd467ef232a893bd7b040fc208ee4c4..6287f21e89cc890abab98237d7b1a0d51f649221

From the CL above, assigning the issue to the concern owner

@ robhogan : Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url:  https://codereview.chromium.org/2545243002

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/c81ee70673278e6be065e44a86c07a3404be0b07

commit c81ee70673278e6be065e44a86c07a3404be0b07
Author: robhogan <robhogan@gmail.com>
Date: Thu Mar 23 12:22:17 2017

When repeating headers don't use the header offset on the header itself

BUG= 702605 

Review-Url: https://codereview.chromium.org/2766643003
Cr-Commit-Position: refs/heads/master@{#459055}

[add] https://crrev.com/c81ee70673278e6be065e44a86c07a3404be0b07/third_party/WebKit/LayoutTests/printing/avoid-setting-header-offset-on-header-expected.html
[add] https://crrev.com/c81ee70673278e6be065e44a86c07a3404be0b07/third_party/WebKit/LayoutTests/printing/avoid-setting-header-offset-on-header.html
[modify] https://crrev.com/c81ee70673278e6be065e44a86c07a3404be0b07/third_party/WebKit/Source/core/layout/LayoutTableSection.cpp

Tested the issue on windows 7 , ubuntu 14.04 using chrome M59 #59.0.3053.3 and issue is  fixed . No top margin space is seen on print preview.
 
Attached screencast for reference.

Tested the issue on Mac os 10.12.3 using chrome dev M59 #59.0.3053.3 and  different encoded symbols are seen instead of letters in the top and bottom margins in print preview.

Attached screencast for reference.

@robhogan-- Could you please look into the screencast and confirm us if this fixed or if we had missed any steps in reproducing the issue.

Thanks!

Deleted: 702605.mp4 983 KB

	702605.mp4 983 KB View Download

Deleted: 702605_mac.mp4 1.9 MB

	702605_mac.mp4 1.9 MB View Download

Whatever that is it's a separate bug! (And I am pretty certain not related to anything here.)

robhogan@, thank you for the confirmation.

hdodda@, please file a separate bug for the behavior mentioned in c#4.

Thank you!

Verified the issue on windows 10 and Mac 10.12.3 using chrome dev version #59.0.3061.3 as per comment #0.

Observed that the first page have no top margin on print preview as expected.

Note: Verified the issue on Ubuntu 14.04 using chrome version #59.0.3061.0 as the linux chrome build #59.0.3061.3 got failed(Issue id: 708077)

Attaching screen shot for reference.

Hence, adding the verified labels.

Thanks...!!

Deleted: 702605.JPG 199 KB

	702605.JPG 199 KB View Download