"Loading preview" - cannot print "Your ride with Uber" emails
Reported by
mr.ber...@gmail.com,
Oct 27 2016
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.116 Sofari/537.36 Example URL: Steps to reproduce the problem: I tried to print a "Your ride with Uber" email from my "Inbox by Gmail" inbox. It did not work. I forwarded the email to a different Gmail account (no difference). I tried to open it in Gmail (no difference). I tried Canary (no difference). I tried to print using a printer, "Microsoft Print to PDF", and using "Save as PDF" (no difference). What is the expected behavior? It prints What went wrong? It does not print; print preview is stuck at "Loading preview", slows browser for about a minute Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? N/A Chrome version: 53.0.2785.116 Channel: n/a OS Version: 10.0 Flash Version: Shockwave Flash 23.0 r0 Firefox + Microsoft Save as PDF works.
,
Oct 27 2016
In Gmail, did you press the grey printer icon, or drop down menu -> print for the individual message? Or something else? I have a Uber receipt from many months ago but that prints fine for me. If you don't mind, you can forward your email to me, and I can try with that.
,
Oct 28 2016
- Grey printer button ("Print all"): same problem.
- Drop down menu -> print: same problem.
- Ctrl-P: same problem.
By the way:
- Printing a different email: no problem.
- Clean Chrome profile (no extensions): similar problem, print preview takes 20-30 seconds (sometimes much longer), but at least it works. Maybe my extensions slow it down to a point that waiting is not an option.
- I can reproduce the problem with an mhtml page of only the email (600k). I have shared that file to you (Google Drive, Issue 659964 .mhtml).
,
Oct 28 2016
Thanks. I'll take a look when I get a chance. Can you take a look at the Chrome task manager, and see if Chrome is using a lot of CPU or memory during that wait time?
,
Oct 28 2016
Yes, the tab process uses 40-50% CPU (on a dual-core processor) during that whole 20-30 second period.
,
Oct 29 2016
40-50% is basically pegging 1 core. May I ask what the actual model of the dual-core processor is? Just about everything made in the last 10 years is dual core. This is very much apples vs oranges, but on a modern workstation, with no extensions installed, it used to take just under 2 cycles of the loading animation to generate the preview for the .mhtml file you shared. In later builds it takes 6-7 cycles. I'll track that down. Before when it took less time refers to Chromium 45/46.
,
Oct 29 2016
@#6: It's a MacBook Pro Mid 2009, with a 2.8 GHz Core 2 Duo. I noticed this email to be particularly bad, while other print previews are usually fast enough by far to work with just fine.
,
Oct 29 2016
I have a 2.66 GHz Core 2 Duo here. It took 19 rounds of print preview animation. However long that is. With older builds, it took 5. I tracked this down to https://chromium.googlesource.com/chromium/blink/+/840e60d0ae95d1124b8c658c8ba39c6cbeddd9c6 - I guess that code was good for something, and I guess CPUs got a little faster in the last decade.
,
Oct 31 2016
Can you share the test case with me?
,
Nov 2 2016
This may be a duplicate of bug 487026 , but I have no test case.
,
Nov 2 2016
#10: Yes, my test case has a lot of nested tables (at least 10 levels), so this looks like a duplicate - compare #7 in Issue 487026 . I can still repro the bug in Version 54.0.2840.71 m (64-bit), but not in Version 56.0.2906.0 canary (64-bit) or Version 56.0.2907.0 canary (64-bit) . In the latter two, print preview is pretty much instantaneous. I consider this issue fixed, thanks a lot.
,
Nov 2 2016
thanks, mstensho@ and mr.berker@ |
||||
►
Sign in to add a comment |
||||
Comment 1 by tkent@chromium.org
, Oct 27 2016