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

Issue 895782 link

Starred by 2 users
Status: Available
Owner: ----
Cc:
mar...@mwiacek.com
dominickn@chromium.org
nyerramilli@chromium.org
rbasuvula@chromium.org
█ ramyan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Incorrect radio option selection is seen on microphone bubble.

Reported by db...@etouch.net, Oct 16 
Chrome Version: 70.0.3538.67 Revision 9ab0cfab84ded083718d3a4ff830726efd38869f-refs/branch-heads/3538@{#1002}(32/64 bit)
OS: Windows(7,8,8.1,10),Linux(14.04 LTS)

What steps will reproduce the problem?
(1) Launch chrome, open NTP and click on 'Search by voice' icon then click on Allow button of permission bubble.
(2) Now click on microphone icon in omnibox and select 'Always block microphone accesses' radio button.
(3) Then close the bubble and again click on microphone icon, observe.

Actual: Incorrect radio option selection is seen on microphone bubble.

Expected: Selection of radio option should be proper.

This is a regression issue, broken in 'M69', will soon update the other info:

Good Build:69.0.3466.0(Revision:568695)
Bad Build: 69.0.3469.3(Revision: 569382)
Actual_Result.mp4
829 KB View Download
Expected_Result.mp4
508 KB View Download

Comment 1 by db...@etouch.net, Oct 16

Labels: hasbisect OS-Linux OS-Mac
Owner: mar...@mwiacek.com
Status: Assigned (was: Unconfirmed)
ChangeLog Info:
https://chromium.googlesource.com/chromium/src/+log/69.0.3466.0..69.0.3469.0?pretty=fuller&n=10000

Suspect: r569206 ?

@marcin: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Note:
1. Unable to provide 'per-revision' bisect as it shows "We don't have enough builds to bisect . revlist: []" error message and unable to provide chrommium bisect as getting all bad builds.
2. Tried on other machines but still getting the same error again.
3. Hence provided suspect through 'CL'

Note: Issue is also seen on Mac(10.13.6,10.13.1,10.14.1)

Comment 2 by twelling...@chromium.org, Oct 16

Labels: zine-triaged

Comment 3 by mar...@mwiacek.com, Oct 16

Cc: mar...@mwiacek.com
Owner: ----
Status: Available (was: Assigned)
All files in 569206 are inside chrome/android and changing them doesn't modify Windows, Mac or Linux version behavior.

On short look I don't see anything what could be related to it.

Comment 4 by tinazwang@chromium.org, Dec 7

Cc: dominickn@chromium.org
The tab specific content settings doesn't change after the host content settings map changed. So the dialog UI doesn't change with user settings. The latest change of that function is https://chromium-review.googlesource.com/c/chromium/src/+/1194555

+dominickn let me know if you are the right person to contact with.

Comment 5 by dominickn@chromium.org, Dec 10 

https://chromium-review.googlesource.com/c/chromium/src/+/1194555 shouldn't affect the logic of the radio button - it's to do with when certain settings get posted to the renderer process (which doesn't affect UI).

Also, that CL only landed in M71, and isn't present in M70, so we should be looking for a CL that landed earlier if this has regressed since M69.
►

Sign in to add a comment