Crash when print-previewing page with long horizontal-scrolling table
Reported by
qu...@swydo.com,
Jun 14 2018
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3451.0 Safari/537.36 Steps to reproduce the problem: I attached an HTML document with a reproduction, but here are the necessary steps. 1. Start with a blank page 2. Add a <div> element containing a table with a table header and some rows. Make sure the table spans two pages when printed. 3. Limit the width (e.g. 50px) of the <div> and set "overflow-x" to "scroll". Make sure the table scrolls horizontally (i.e. the container div is too narrow for the table). 4. Open print preview, observe crash. What is the expected behavior? It should not crash. What went wrong? The tab crashes and "Aw, Snap!" is displayed. The print preview closes. Crashed report ID: How much crashed? Just one tab Is it a problem with a plugin? N/A Did this work before? Yes 68.0.3432.3 Chrome version: 69.0.3451.0 Channel: dev OS Version: OS X 10.13.3 Flash Version: Removing the <thead> from the table fixes the print preview crash, so I assume this has something to do with repeating table headers when the table spans multiple pages.
,
Jun 14 2018
Hmm, I was pretty confident I added that through the wizard, but apparently I did not. The crash report ID is 9b01f2f9d75e8775.
,
Jun 14 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 14 2018
Thanks for your report. This is a duplicate of issue 849278, so I'll reopen that issue.
,
Jun 14 2018
It seems we don't have access to view the original, is that intentional? Page says: You do not have permission to view the requested page. Reason: User is not allowed to view this issue
,
Jun 18 2018
This bug provides a good example of the root cause of the crash. Let's keep this bug open for more investigation.
,
Oct 2
The case no longer reproduces the null paint property issue. Perhaps fixed by other changes. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by ellyjo...@chromium.org
, Jun 14 2018