quick print dialog accept only prints first two pages with content. rest is blank
Reported by
welrac...@gmail.com,
Jun 30 2017
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Steps to reproduce the problem: 1. Open HTML file 2. Wait for print dialog to show up. 3. Immediately click "print" What is the expected behavior? That it prints entire page What went wrong? Only prints first two pages. Rest of pages are printed but blank Did this work before? N/A Does this work in other browsers? N/A Chrome version: 59.0.3071.115 Channel: stable OS Version: 10.0 Flash Version: Only prints first two pages. Rest of pages are printed but blank https://www.youtube.com/watch?v=X1-4wdf61fc&feature=youtu.be&hd=1 HTML file is attached as a TXT file
,
Jul 3 2017
Possible quick solution is to make the print button not clickable/submitable before the whole dialog is loaded. i tried making the html file without any external css/scripts loading to make it faster with no luck.
,
Jul 3 2017
Same issue on Canary Version 61.0.3147.0 (Officiel version) canary (64-bit)
,
Jul 4 2017
Issue 738421 has been merged into this issue.
,
Jul 7 2017
Tested the issue on windows 10 using chrome M59 #59.0.3071.110 and M61 #61.0.3150.0 and issue is not reproduced. Printed the html file as soon as the dialog appeared and prints all the four pages. Attached screencast for reference and also the printed pages pdf. @welrachid-- Could you please check in fresh chrome profile without any extensions and chrome flags enabled and update us with your observations along with the printer configuration details. Thanks!
,
Jul 7 2017
Hi Im not sure how to make a new profile. but i have canary installed on pc without any profile. hope this is "same"? I see in your test that your window does not close. It actually shows the entire thing and just stays there.. and im not sure how you produced the pdf.. you need to use a real printer. I cannot reproduce this with a pdf writer software, only on real printers (tried 2 different network printers) please notice how "fast" print dialog closes after i click print/udskriv
,
Jul 7 2017
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 10 2017
Hi so now i have set up a new user account on my pc and tried to do the same thing. Result is same. It prints out 4 pieces of paper but only 2 of them gets content on them. See my screencast here. Again..this is supposed to be a total "fresh" install since its a entire different windows user profile
,
Jul 10 2017
We are having trouble reproducing the problem. Out of curiosity, if you wait for the print preview dialog to be fully loaded (you can see the pages in print preview) to hit 'print', would the problem go away?
,
Jul 10 2017
,
Jul 11 2017
This may be bug 136343 ? Let's fix that first and see if this goes away.
,
Jul 11 2017
weili@chromium.org : the problem is not present if i "wait" for the dialog to finish. Thats why my quick fix (comment #2) probably would wait. Our use case is restaurants printing out "table reserved pages" so personel cannot be told to wait for the dialog to load. It must be loaded foolproof. thestig@chromium.org : Yes, could very well be same issue. But i hope we dont have to wait for an other year for a solution.
,
Jul 11 2017
Im not sure why comment13 was deleted. In comment 12 i made a typoerror instead of probably would wait it should have been probably would WORK
,
Jul 27 2017
Issue confirmed resolved with Canary Version 62.0.3167.0 (Officiel version) canary (64-bit) After this issue was resolved. https://bugs.chromium.org/p/chromium/issues/detail?id=136343 How do i close this bug?
,
Jul 27 2017
@welrachid-- Could you please confirm us if we can close this issue as per comment #16. Thanks!
,
Jul 27 2017
Yes. Please close this issue
,
Jul 27 2017
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 27 2017
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by manoranj...@chromium.org
, Jun 30 2017