New issue
Advanced search Search tips

Issue 765905 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Layout option disappears from print dialog

Reported by jmruh...@gmail.com, Sep 16 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36

Steps to reproduce the problem:
1. Browse to a web page you want to print
2. Right-click and choose "Print..."
3. As print dialog is being rendered, a "Layout" section with a portrait/landscape selection can be seen for a few milliseconds, but disappears by the time rendering is complete

What is the expected behavior?
Layout options persist and allow user to choose "Portrait" vs "Landscape" page orientation for printing.

What went wrong?
Layout options disappear and user is unable to change page orientation for printing.

Did this work before? Yes Not sure.  I've been having the problem for months now.

Chrome version: 60.0.3112.113  Channel: stable
OS Version: 10.0
Flash Version: 

Scenario:  I use an online tool to create flight plans, which fit on one page.  For use on my kneeboard in the cockpit, I like to print in landscape mode and adjust the margins so that the data takes up about half a page, and I can fold the page over to fit the kneeboard.  From about 2010 to sometime in 2016 or 2017, this worked fine.  For the last year or so, I have had to use IE to do the printing, because of this Chrome issue.
 
Cc: jmukthavaram@chromium.org
Labels: Needs-Feedback Needs-Milestone
Unable to reproduce the issue on windows 10 using chrome stable#61.0.3163.91 ,Canary#63.0.3219.0 & chrome reported version#60.0.3112.113  as per above mentioned steps.

Please check the issue by upgrading chrome to latest stable/Canary & let us know your observations on the same.

Please find the attached screencast for reference.
Thanks..!!
765905.mp4
5.4 MB View Download

Comment 3 by jmruh...@gmail.com, Sep 20 2017

Upgraded as suggested--same behavior.  Sometimes the Layout option persists, but sometimes it doesn't.  See attached for use case demonstration with flight plan site, and demo of similar behavior on cnn.com that should be reproduceable.  Comparison oF IE behavior in these cases (which allows landscape/portrait changes) also provided.
Recording #3.mp4
12.5 MB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Sep 20 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "jmukthavaram@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
Labels: Needs-Feedback
Unable to reproduce the issue on reported version #60.0.3112.113, latest stable #61.0.3163.100 and  latest Canary#63.0.3235.0 on windows 10 with the steps mentioned below.
1. Navigated to cnn.com  
2. Right clicked and clicked on print
2. Able to see layout option in the print preview of the page. Attached screencast for reference.

@Reporter: Could you please check this issue by creating a new profile without any apps and extensions and please let us know if the issue still persist or not. Please check the same on latest canary and reply to this comment [https://www.google.com/chrome/browser/canary.html]
Thanks!
765905.webm
7.7 MB View Download

Comment 6 by jmruh...@gmail.com, Oct 9 2017

OK, that fixed the problem.  I uninstalled all extensions and restarted Chrome, and print behavior returned to normal--I was able to reproduce the behavior you see.  After adding extensions back one-by-one, the behavior I was previous seeing came back when Mercury Reader was reinstalled.  It apparently affects Chrome print behavior even when the extension is not active (icon is grayed out on address bar).

I have once again removed MR and restarted Chrome, and again confirmed print behavior is back to normal.

Thanks very much for the help.  Apologies for not identifying the culprit as an extension issue in the first place. 
Project Member

Comment 7 by sheriffbot@chromium.org, Oct 9 2017

Cc: kebalaji@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "kebalaji@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: WontFix (was: Unconfirmed)
As per C#6 , seems it is working as intended. Hence marking this issue as 'Wontfix'.
Please feel free to raise a new bug if you face any chrome issue further.
Thanks..!

Sign in to add a comment