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

Issue 596834 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression:Black patch doesn't disappears after mouse hover on pdf page if dev tools window is open.

Reported by vku...@etouch.net, Mar 22 2016

Issue description

Chrome Version:51.0.2687.0 (Official Build)Revision 5ee3f242cefebba7eb0f05424e7308f9158d8388-refs/heads/master@{#382459} (64-bit) 
OS:Mac

What steps will reproduce the problem?
1.Launch chrome and navigate to chrome://settings/content , click on "let me choose when to run.." option under Plugin section.
2.Navigate to http://www.orimi.com/pdf-test.pdf ,right click and select 'inspect' option from context menu and dock dev tools window to bottom of page.
3.Click on 'toggle device toolbar' button twice and hover mouse on pdf page,observe.

Actual: Black patch doesn't disappears after mouse hover on pdf page.

Expected: Black patch should disappear once mouse hover on pdf page.


This is a regression issue broken in 'M51' and will soon update other info.

 

Comment 1 by vku...@etouch.net, Mar 22 2016

Labels: hasbisect
Owner: chrishtr@chromium.org
Status: Assigned (was: Unconfirmed)
Manual regression range:
Good Build: 51.0.2671.0  
Bad Build:  51.0.2672.0  

Narrow bisect:
https://chromium.googlesource.com/chromium/src/+log/28d2c4b0ffac71c1d84939c92fea651091971639..9a5183d2073cc0845bbce8248d63c664c3b747b5?pretty=fuller&n=30

Suspecting: 379694 ?
Kindly help to re-assign, if your changes are not cause for this issue.

Note: Issue not seen on Win & Linux OS.
Actual_Result.mov
2.2 MB Download

Comment 2 by vku...@etouch.net, Mar 22 2016

Actual_PDF.png
288 KB View Download
Labels: ReleaseBlock-Stable
Adding release block label, please undo if not the case.
I can't reproduce this on 51.0.2687.0 / OS X / Retina.

Comment 5 by vku...@etouch.net, Mar 23 2016

With response to comment #4:
Issue is specific to OS X 10.10.5 Mac mini,Mackbook Pro and is not reproducible on OS X Retina 10.10.5

Above issue is still reproducible on latest canary 51.0.2687.0 & on trunk i.e 51.0.2689.0(Developer Build)16099ee7cc1e68d6ffea2b50d4faa1763e33a6af-refs/heads/master@{#382790}

Please refer attached video.
Actual_trunk.mov
2.4 MB Download
Labels: Needs-Feedback
chrishtr@Could you please look into this issue as per comment #5?
Labels: -OS-Mac OS-All
I can now reproduce on Linux.
I can reproduce an issue even with https://codereview.chromium.org/1774653002 reverted.
Summary: before https://codereview.chromium.org/1774653002, the PDF plugin placeholder would fail to resize. After my patch, the containing webview also fails to resize. I think the root cause is a failure to pump a resize frame when the inspector changes styles.
Just to update Issue still persists on 51.0.2699.0.
Cc: rnimmagadda@chromium.org
@vkupte: Could you please have a look at the attached video and let me know if anything is missed to repro this issue.

Since, we are unable to see the black screen, PDF directly opens up.

Thank you.
596834.mp4
536 KB Download
Unable to reqproduce the issue on windows 7 using chrome version 52.0.2715.0.

vkupte@ Could you please check once on latest version and update the thread.

Thanks,

Comment 13 by vku...@etouch.net, Apr 22 2016

Labels: -Needs-Feedback
With response to comment #12:
Above issue is not reproducible on latest canary version i.e 52.0.2715.0.
Status: WontFix (was: Assigned)
I can't reproduce this on 51.0.2704.19. Also, the setting described in the
original comment for pdfs no longer does anything because pdfs are forced on.

Closing.

Sign in to add a comment