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

Issue 615969 link

Starred by 2 users
Status: Archived
Owner:
tapted@chromium.org
Closed: Aug 2017
Cc:
karandeepb@chromium.org
nyerramilli@chromium.org
tapted@chromium.org
ellyjo...@chromium.org
█ ashej...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Border of the permission bubble is not seen on ‘https://permission.site/' after enabling ‘WebUi-style Browser Dialogs; flag.

Reported by dmascare...@etouch.net, May 31 2016 
Chrome Version:53.0.2753.0 (Official Build)bb0c85e1aaa882aa7c4c40b0e3da609573f07d8f-refs/heads/master@{#396745} 64 bit
OS: Mac ( 10.10.5, 10.11.4)

Pre-condition:Enable ‘Toolkit-Views WebUI-style Browser Dialogs’ flag.

Test url:https://permission.site

What steps will reproduce the problem?
1. Launch chrome and navigate to above url.
2. Click on ‘Auto Download’ such that download shelf is seen and then click on ’Show All’ button within Download shelf such that page navigate to ‘chrome://downloads/'
3. Go to previous tab and observe the permission bubble.

Actual: Border of the permission bubble is not seen.
Expected:Permission bubble should be proper.

This is non-regression issue, seen from ’M 53’ (53.0.2750.0)

Note:
1. This is a newly added feature seen from build no-53.0.2750.0
2. Above issue is not seen on Windows and Linux OS and Mac Retina (10.11.4)

@tapted- please take a look
border.png
25.1 KB View Download
Actual_border.mov
2.6 MB Download

Comment 1 by tapted@chromium.org, May 31 2016

Cc: karandeepb@chromium.org ellyjo...@chromium.org
There might be something here, but I couldn't repro this on 10.11.5 using 53.0.2751.0 or 53.0.2753.0. non-retina.

Karan/Elly - do you see this anywhere? Sounds like  Issue 543671 

Maybe we need to explore doing r375729 for all OSXes, not just 10.9. Or, if this only happens after switching to a different tab, then switching back, perhaps there's a simpler fix -- maybe a shadow we need to invalidate at some point. Or maybe we re-show the bubble via a different codepath.

But since I can't repro it's hard to verify a fix.

Maybe this just happens on particular graphics cards -- like those in a Macbook air or something like that.

Comment 2 by karandeepb@chromium.org, May 31 2016

Labels: Needs-Feedback
Can't repro on 10.11.5, 10.10.5 on the current Canary, non retina.

dmascarenhas@ Are you able to reproduce this consistently? If yes, can you give more details about the computer you are using(Macbook Pro/Air etc.)?

Comment 3 by dmascare...@etouch.net, May 31 2016

Labels: -Needs-Feedback
With response to comment #2:

Able to reproduce above issue consistently on Mac Pro(10.10.5) but inconsistent on Mac Pro (10.11.4) on Latest canary Version: 53.0.2753.0 (Official Build)bb0c85e1aaa882aa7c4c40b0e3da609573f07d8f-refs/heads/master@{#396745}

Kindly review the screenshot for the more details of MacBook Pro.
Actual_permission.mov
4.8 MB Download
detail.png
85.0 KB View Download

Comment 4 by ashej...@chromium.org, May 31 2016

Status: Untriaged (was: Unconfirmed)
Marking the above issue as Untriaged for further update.

Comment 5 by erikc...@chromium.org, Jun 1 2016

Owner: tapted@chromium.org
Status: Assigned (was: Untriaged)
Back to tapted@.
Project Member

Comment 6 by sheriffbot@chromium.org, Jul 7 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 7 by tapted@chromium.org, Aug 11 2016 

This may be similar in root cause to  Issue 605098 , which was fixed in 53.0.2785.0

Please leave a comment if anyone can still repro (I was never able to).

Comment 8 by tapted@chromium.org, Aug 3 2017

Status: Archived (was: Assigned)
archiving per #c7. Can't repro.
►

Sign in to add a comment