element with position:fixed and counter() prints on every page with only the first counter value
Reported by
jonas.st...@ftz-muehldorf.eu,
Mar 13 2017
|
||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.98 Safari/537.36 Example URL: Steps to reproduce the problem: 1. Load attached example in Chrome. 2. View Print preview. What is the expected behavior? Counter is incremented on each page, showing "Page 2" on the second page. What went wrong? Component is apparently rendered only once, and then that render is reused across printed pages. The second page shows "Page 1". Does it occur on multiple sites: Yes Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? Yes Chrome version: 57.0.2987.98 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 24.0 r0 It works in Firefox 52. (This is a new version of bug https://bugs.chromium.org/p/chromium/issues/detail?id=686299.)
,
Mar 15 2017
Able to reproduce this issue on Windows-10, Ubuntu 14.04 and Mac OS 10.12 using chrome latest stable #57.0.2987.98 and #50.0.2642.0 by following steps mentioned in the original comment. Observed the counter is not incremented and 'Page 1' is displayed in the second pages as well. Tested this issue on chrome earlier version of M45-45.0.2404.0 and observed only the first page has counter but not seen any counter from second page. Considering this issue as non-regression and marking it as untriaged. Thanks!
,
Mar 15 2017
Not sure this is definitely Print Preview rather than Blink; Print Preview doesn't actually do any layout/rendering of the HTML. I also checked this in Print Browser mode on ToT. The "Page 1"/"Page 2" don't show up at all there, which is different from the preview but also seems incorrect.
,
Mar 15 2017
,
Mar 17 2017
Thanks for trying Print Browser mode! Yes, not having the 'Page 1' etc show up is undesirable :( I've filed https://bugs.chromium.org/p/chromium/issues/detail?id=702470 for that.
,
Mar 19 2017
,
Mar 19 2017
,
Mar 27 2017
It's not clear that this is a Blink>CSS issue, nor suitable for the PrintPreview UI component. Internals>Printing folks, can you please take a look? cc'ing nainar to keep Style team in the loop.
,
Apr 1 2017
I'm not sure this only belongs in the Internals>Printing component. The printing code just tells Blink to render for printing. It doesn't know anything about CSS specifics like counter-increment. I see we have third_party/WebKit/Source/core/layout/LayoutCounter.h, so I'm going to try Blink>Layout and hope they can take this.
,
Apr 1 2017
FWIW, I tried IE 11 and Edge, and they behave the same as Chrome.
,
Apr 3 2017
Tab: Could we get spec clarification here? What is the expected behavior when position fixed, counters, and pagination is combined like in the supplied test case?
,
Apr 3 2017
,
Jun 26 2017
Closing due to lack of feedback. Comment to reopen. |
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by ranjitkan@chromium.org
, Mar 15 2017