Issue metadata
Sign in to add a comment
|
Automatic page scaling interferes with thead repeating headers and page breaks when printing pages with wide tables
Reported by
kevin.ki...@gmail.com,
Feb 9 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.37 Safari/537.36 Example URL: Steps to reproduce the problem: 1. Load the attached test.html (or any other page with a very very wide table) 2. View the print preview What is the expected behavior? Table headers are displayed a the top of each page. Page break is inserted after each table. What went wrong? Up to a certain width, the table will simply be clipped. After that point, it seems like the page is automatically scaled down to try to fit onto the page. This makes the table data fit horizontally, but the repeated table headers that are supposed to appear at the top of each page now appear multiple times on each page. Capture, Capture2, Capture3 show what happens when using progressively wider tables. Page breaks have a similar problem where after a table, the next table doesn't always start at the top of the next page. 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: 57.0.2987.37 Channel: beta OS Version: 10.0 Flash Version: Shockwave Flash 24.0 r0 This works correctly in Firefox 51.0.1 (32-bit) on Windows 10 It seems like the calculation of where to the put the table headers doesn't take into account the scaling. If the page is manually scaled down far enough, the problem goes away.
,
Feb 10 2017
Confirmed using Chrome 56 on Windows 7.
,
Feb 11 2017
,
Feb 18 2017
This is a feature of the way we decide to scale pages for preview. Both here and in 668681 I've encountered the fact that we render a page with certain dimensions and then try to scale the page down to fit. thestig@ - do you have any pointers on the way forward here? I'm guessing it's something the print team have already given some thought to and you probably have an idea of what needs to be done to fix it.
,
Feb 20 2017
I think a more master-ish bug here is bug 664235 . So, there's probably nothing wrong with the repeated headers implementation, but rather that the printing code performs a rogue zoom of the document without repaginating it afterwards.
,
Feb 21 2017
Not sure about that, since the bug 664235 is from november, and the double header started 2 weeks ago. I am sure about it because my company started to have printing errors by the last update 56.0.2924.87, while machines that didnt update doesnt show this behaviour.
,
Feb 21 2017
@dracosaint - that's correct, it's showing up for you now because we're now repeating headers and never used to. They ought to appear at the top of the page but they don't because the rendered page gets scaled down before displaying. It ought to get scaled, and then laid out again, so that the headers appear at the top of the pages. That's why this is a relation of bug 664235 .
,
Mar 12 2017
,
Mar 27 2017
Hi guys, since the last update, it got even worse. Now "display: table-header-group;" doesnt work anymore. It wont repeat for the other pages.
,
Mar 27 2017
Looks OK to me on latest canary. Can you be more specific?
,
Mar 27 2017
We have a report, that usually prints on more than one page. Our customers updated their chrome for the latest official release, and since then the theads with the property setted to "display: table-header-group;" doesn't repeat for each page anymore. Instead, it is adding a random padding for the first page of the report, and the other pages doesnt show the page header at all.
,
Mar 27 2017
Testing the test.html file you provided looks OK (header repeats at the top of each page) to me on: Google Chrome 57.0.2987.98 (Official Build) (64-bit) Revision f87f641e0af5bfed98578e340f1d5ca79651bf82-refs/branch-heads/2987@{#802} OS Linux JavaScript V8 5.7.492.63 Flash 24.0.0.189 internal-not-yet-present and Google Chrome 58.0.3029.14 (Official Build) dev (64-bit) Revision db73bb2b173ccee0ffc7c99dfa80516da3c3f12e-refs/branch-heads/3029@{#107} OS Linux JavaScript V8 5.8.283.9 If you can give me something to work with here I can look into it.
,
Mar 27 2017
Same happens for the official build 57.0.2987.110, it seems like you are using 57.0.2987.98?
,
Mar 28 2017
Canary just updated to 59.0.3054.0 and the problem still persist
,
Mar 28 2017
Yeah, as by the video we aren’t using the same version. Anyway, thanks for your time but unfortunately I can’t wait anymore for a solution for this so i made a my own theader repeater through JavaScript. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by ligim...@chromium.org
, Feb 10 2017