New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 673691 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Use other robhogan account instead.
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug



Sign in to add a comment

Table header border printing at the bottom of the previous page when a table splits over two pages

Reported by david.vi...@gmail.com, Dec 13 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
The following markup shows the issue:

<html>
<head></head>
<body>
<style>

td { border: 1px solid #888; padding: 4px; }
th { border: 1px solid #f00; padding: 4px; }
table { border-spacing: 0; }
/* .fix { height: 60px; } */
</style>

<div class="main">
	<div class="fix">
		<h2>Example</h2>
	</div>

	<table>
		<thead>
			<tr>
				<th>Header</th>
			</tr>
		</thead>
		<tbody>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
			<tr><td>Cell</td></tr>
		</tbody>
	</table>

</div>
</body>
</html>

1. Save the above markup to a new file
2. Open the file in Chrome
3. Go to print preview

What is the expected behavior?
In the print preview, the table should split across 2 pages, with the header repeated, and the borders of each cell being the colours that have been specified.

For example, the red border on the "th" element should be around the th at the top of the first page, and around the th at the top of the second page.

What went wrong?
The border of the th for the second page showing on the bottom of the first page, rather than staying with th on the second page.

Did this work before? N/A 

Chrome version: 55.0.2883.87  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 24.0 r0

The issue might be related to the div above the table - if the height of this div is fixed, for example, then the print view works fine, as far as I can tell.
 
example.png
41.5 KB View Download
Labels: M-55 prestable-55.0.2883.87
Cc: kkaluri@chromium.org
Components: UI>Browser>PrintPreview
Labels: -Pri-2 hasbisect-per-revision OS-Linux OS-Mac Pri-1
Owner: robhogan@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on windows 10, Ubuntu 14.04 and Mac 10.11.6 on latest chrome stable version 55.0.2883.87 
Issue is fixed in M56. 

Unable to reproduce the issue in these OS platforms with current dev #57.0.2950.4 and canary #57.0.2952.0

Bisect Info:
===========
Good build : 56.0.2896.0,  Revision Range- 426358
Bad build  : 56.0.2895.0,  Revision Range- 426105

After executing the per-revision-bisect script in reverse, i got the following CL's between good and bad build versions
============================================
https://chromium.googlesource.com/chromium/src/+log/f65a72a71bea7aa1070c884e01ac24b91b45193f..178e424145382a9485bd7b122f1044018619ac4b

The suspecting Change Log is :
-----------
https://chromium.googlesource.com/chromium/src/+/178e424145382a9485bd7b122f1044018619ac4b


From the above CL suspecting the below change
--------------------------------------
Review-Url: https://chromiumcodereview.appspot.com/2439463002

robhogan@- Could you please look into this issue, if it's related to your change?  if not could you please help us to reassign this issue to the right owner.



Thank You...
Labels: Merge-Request-55

Comment 4 by dimu@chromium.org, Dec 16 2016

Labels: -Merge-Request-55 Merge-Review-55 Hotlist-Merge-Review
[Automated comment] Request affecting a post-stable build (M55), manual review required.
There is no planned release for M55. But we are almost close to M56 Stable,please request a merge if needed.
Just to update bug, This issue is not observed on Windows-10 uisng chrome latest canary M58-58.0.2990. 
Status: WontFix (was: Assigned)

Sign in to add a comment