Issue metadata
Sign in to add a comment
|
Printed headers / footers not rendering properly with table-header-group
Reported by
crazz...@fujifilm.com,
Sep 27 2016
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.116 Safari/537.36 Example URL: *internal site* Steps to reproduce the problem: 1. Create table layout page 2. set thead table-header-group 3. Put appropriately styled header in <thead>, contents in <tbody> What is the expected behavior? When printing this style of web page, one expects that you will get a header, with content following on each page. The header should occupy the same height at the top of the printed page, content should nest below that. All styles should be retained on each page. What went wrong? On the first page everything is as expected. On each following page the header is overrun and all header styles are lost. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? No Does this work in other browsers? Yes Chrome version: 53.0.2785.116 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 23.0 r0 This is technically an improvement from the behavior before, which simply ignored table-header-group all together. But this is not the desired results either. Mozilla / Webkit / Edge etc seem to render this uniformly. Chrome is the odd one out here.
,
Sep 28 2016
Website is private, here is a save from Chrome which will illustrate the problem.
,
Sep 29 2016
I'm experiencing similar problems with the THEAD in printviews in Chrome. But instead of the text overlapping the headers are printed twice on the first page. I've included a few screenshots as an example. This does not happen in other browsers printing the same pages.
,
Oct 3 2016
,
Oct 4 2016
Checked with example provided in Comment2(Exam Results.zip).It is observed that Provided html file is not having the second page which actually displays the header footer rendering issue. Could you please check and provide an update for the same. Sample video for the test case executed is attached. Checked on chrome version 53.0.2785.143 Stable on Windows 10 OS.
,
Oct 4 2016
rbasuvula@chromium.org - In your video you failed to utilize the print functionality. Please observe the PDF files attached with the original issue. Those are actual prints from Chrome v. Edge (Windows 10, Print to PDF). To conduct a valid test, please utilize the Print function.
,
Oct 6 2016
Issue similar to the bug 642814 .Hence merging this into 642814. Please feel free to undupe if not the case. Thnaks,
,
Oct 6 2016
I'm not sure if I see that particular CSS being used in the duplicate issue. More over in my example each page is affected, in the issue you identified only the second page is affected. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by kavvaru@chromium.org
, Sep 28 2016Components: UI>Browser>PrintPreview
Labels: Needs-Feedback