Issue with negative top(absolute element) when generate PDF
Reported by
hejinjun...@gmail.com,
Nov 1
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36 Steps to reproduce the problem: 1. open the html file 2. command + P to preview PDF 3. find the difference between browser and PDF on page 2 & 3 What is the expected behavior? PDF should render the absolute element same as the chrome browser What went wrong? page 1 render correct, start from page 2, absolute element's children is render not correct Did this work before? No Does this work in other browsers? No Chrome version: 70.0.3538.77 Channel: stable OS Version: OS X 10.14.0 Flash Version:
,
Nov 1
Able to reproduce the issue on mac 10.13.6, Win-10 and Ubuntu 17.10 using chrome stable #70.0.3538.77 and latest canary #72.0.3597.0. This is a non-regression issue as it is observed from M60 old builds. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
Nov 2
Can you attach the output PDF?
,
Nov 2
,
Nov 2
Print preview is wrong too. Seems most likely a layout or painting problem, rather than pdf generation. But adding pdf label anyway.
,
Nov 2
Thanks for the PDF. You expect to see the bottom half of "2" but instead it is drawing the top of "2". It's a bit hard to use, but rendering with --enable-print-browser also shows the top of "2", so this some kind of Blink (maybe layout?) problem.
,
Nov 6
so, should I open another issue in the Blink>Layout issue components ?
,
Nov 6
No need for another issue. This suffices for tracking. On Tue, Nov 6, 2018, 2:43 AM hejinjun529 via monorail < monorail+v2.1554103617@chromium.org wrote: |
|||
►
Sign in to add a comment |
|||
Comment 1 by woxxom@gmail.com
, Nov 1