New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 738427 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Closed: Jul 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

quick print dialog accept only prints first two pages with content. rest is blank

Reported by welrac...@gmail.com, Jun 30 2017

Issue description

UserAgent: 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
 
bordkort.txt
2.1 KB View Download
Labels: Needs-Triage-M59
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.
Same issue on Canary
Version 61.0.3147.0 (Officiel version) canary (64-bit)

 Issue 738421  has been merged into this issue.
Cc: hdodda@chromium.org
Components: Internals>Printing
Labels: Needs-Feedback
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!

738427.mp4
8.1 MB View Download
print.pdf
39.3 KB Download
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
Recording #118.mp4
1.2 MB View Download
photo_2017-07-07_13-12-28.jpg
56.4 KB View Download
Project Member

Comment 7 by sheriffbot@chromium.org, Jul 7 2017

Labels: -Needs-Feedback
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

Comment 8 by welrac...@gmail.com, 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
chrome new user account.mp4
1.8 MB View Download
bordkort.png
46.8 KB View Download

Comment 9 by weili@chromium.org, 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?
Cc: thestig@chromium.org pbomm...@chromium.org
Labels: M-59
Labels: -M-59
Owner: thestig@chromium.org
This may be  bug 136343 ? Let's fix that first and see if this goes away.
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.

Comment 13 Deleted

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

Comment 15 Deleted

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?
Labels: Needs-Feedback
@welrachid-- Could you please confirm us if we can close this issue as per comment #16.

Thanks!
Yes. Please close this issue
Project Member

Comment 19 by sheriffbot@chromium.org, Jul 27 2017

Labels: -Needs-Feedback
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
Status: Fixed (was: Unconfirmed)
Looks like this was fixed by the fix for  https://crbug.com/136343 

Sign in to add a comment