Issue metadata
Sign in to add a comment
|
Regression:Print preview window disappears after switching between tabs.
Reported by
vku...@etouch.net,
Mar 21 2016
|
||||||||||||||||||||||
Issue descriptionChrome Version: 51.0.2686.0 (Official Build) b3fd89db02212a4c8cd3c9f19632a2b2e0fe1f68-refs/heads/master@{#382218} 64 Bit. OS:Mac What steps will reproduce the problem? 1.Launch chrome and open any webpage for e.g. https://play.google.com/store 2.Press cmd+P key to open print preview, Right click on tabstrip and duplicate tab. 3.Again press cmd+P key(second tab), switch between tabs and observe. Actual: Print preview window disappears after switching between tabs. Expected: Print preview window should not disappear after switching between tabs. This is a regression issue broken in 'M50' and will soon update other info.
,
Mar 21 2016
Adding release block label, please undo if not the case.
,
Mar 28 2016
Note: 1. Above issue is still reproducible on Latest canary Version: 51.0.2692.0 (Official Build)21ad7445a7f1b2dfa2e8ee6475594b9037b3c7c8-refs/heads/master@{#383454} on Mac (10.10.5) 2. Issue is not reproducible on Mac retina (10.10.5)
,
Mar 28 2016
A friendly reminder that M50 Stable is launching soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch by Apr-5. All changes MUST be merged into the release branch by 5pm on Apr-8 to make into the desktop Stable final build cut. Thanks!
,
Mar 28 2016
This is not a straight forward use case, hence removing the blocker label. Please feel free to add it back if someone feels otherwise. Thank you!
,
Apr 4 2016
Unble to reproduce the issue on Mac 10.11.3 using chrome version 51.0.2698.0. vkupte@ Could you please check the issue on latest canary and update the thread if the issue still persists.
,
Apr 4 2016
With response to comment #7: Issue is still reproducible on Mac 10.10.5 latest chrome version:51.0.2699.0 (Official Build) Please refer attached screencast
,
Apr 7 2016
Unable to reproduce the issue on either MacBookAir 10.11.4 or 10.10.5 retina using latest canary 51.0.2701.0.Could you please review the attached screen cast and let us know.
,
Apr 7 2016
With response to comment #8: Above issue is still reproducible on Mac OS 10.10.5 latest canary version: 51.0.2702.0 (Official Build) Note:Issue is not seen on Mac retina 10.10.5 as mentioned in comment #3 Please refer attached screencast
,
Apr 11 2016
shrike@ could you please look into this issue,else please route this to an appropriate owner fro this issue. Thanks,
,
Apr 11 2016
,
Apr 22 2016
Unable to repro this issue on MAC (10.11.4) for Google Chrome Dev Version (51.0.2704.19) & Google Chrome Canary Version (52.0.2715.0) Screen-recording is attached. @vkupte: Could you please perform the steps mentioned beneath and let us know your observations. 1. Update your Google Chrome Dev Version (51.0.2704.19) & Google Chrome Canary Version (52.0.2715.0) 2. Re-test the same on a clean profile [chrome://settings -> Add Person] Thank you.
,
Apr 22 2016
With response to comment # 12: Above issue is still reproducible on Mac OS X 10.11.4 on chrome dev version 51.0.2704.19 & on latest canary version 52.0.2715.0 Please refer attached video.
,
Apr 22 2016
Unable to reproduce this on my non-Retina desktop machine using 52.0.2715.0. If you run Chrome from the command line with a an empty user data directory (i.e. --user-data-dir=somefolder) does the problem still occur? I'm wondering if a plug-in might be changing the behavior.
,
Apr 29 2016
Unable to reproduce the issue on M52 52.0.2720.0 on MAC 10.11.4 Retina pro. @vkupte: Request you to pleas try as requested in the above comment and update the thread. Thanks.!
,
Apr 29 2016
With response to comment # 14 & 15: Rechecked again using an empty user data directory (i.e. --user-data-dir=test) and issue is still reproducible on Mac retina pro 10.11.4 on latest canary version i.e 52.0.2720.0 Please refer attached screencast
,
May 10 2016
Unable to reproduce this issue on Mac retina 10.11.4 using latest canary 52.0.2730.0. Please find attached screencast. vkupte@Could you please check the issue on latest chrome channel and update the thread with your observations.
,
May 10 2016
With response to comment#17: Issue is still reproducible using latest canary 52.0.2730.0 on Mac Retina OS X 10.11.4 Please refer attached screencast
,
May 16 2016
Unable to reproduce the issue on Mac OS 10.11.4 using chrome latest canary M52-52.0.2738.0 by following steps mentioned in the comment #0. Observed the print-preview page is seen even after switching between tabs. vkupte@ - Is this issue is seen on incognito mode as well? Could you please check this and update the bug with latest behavior on latest chrome version. Thanks!
,
May 16 2016
With response to comment #19: Above issue is still reproducible on latest canary version i.e 52.0.2738.0 and is not seen on incognito window. Please refer attached screencast
,
May 16 2016
I am no longer able to reproduce this problem. I tried in 52.0.2738.0 Canary. I also noticed that vkupte@ is not using canary but instead the "official release" of 52.0.2738.0 (why are you running that instead of the canary?). I also cannot reproduce this problem there either. So I guess there's something else needed to make this bug occur.
,
Jul 1 2016
This is working for me on M53.
,
Jul 8 2016
,
Jul 8 2016
I also cannot reproduce this issue. vkupte: Please provide more system details. Are you using a clean profile? Which version of macOS? What are the settings from about://gpu?
,
Jul 11 2016
No feedback since for almost two months so closing. Feel free to reopen if the problem persists (and provide more details, as requested in #24). |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by vku...@etouch.net
, Mar 21 2016Owner: shrike@chromium.org
Status: Assigned (was: Unconfirmed)
3.6 MB
3.6 MB Download
2.4 MB
2.4 MB Download