Able to reproduce this issue on windows 10, Linux Ubuntu 14.04 with Chrome Canary.

Manual Bisect:
------------
Bad Build—57.0.2978.0--Revision-442756

Good Build—57.0.2977.0--Revision-442447

Bisect Tool Info:
-------------------
You are probably looking for a change made after 442682 (known good), but no later than 442683 (first known bad).

CHANGELOG URL:
---------------
The script might not always return single CL as suspectas some perf builds might get missing due to failure.

  https://chromium.googlesource.com/chromium/src/+log/e5410705426f111d9ea78d121b70cb87ddf38187..44ec2a4fd5e1c052077575f84b5b5cbdb703cef6

Possible suspect:
-----------------
https://chromium.googlesource.com/chromium/src/+/44ec2a4fd5e1c052077575f84b5b5cbdb703cef6

Review-Url: 
-----------
https://codereview.chromium.org/2571613002

kylixrd@ Kindly take a look and please help us to reassign this issue to a right owner if not with respect to this change.

Thanks.!

Material mode dictates that the radio button is 16px from the left edge of the dialog.

Gentle ping to get an update on this.

kylixrd@,
Friendly ping!!
Still we are able to reproduce the issue on latest Canary-58.0.3026.0. Could you please look into this & update the thread accordingly.
Thank you!

Still able to reproduce this issue on Win-7 using latest canary #59.0.3046.0 

kylixrd@ - Gentle Ping...!!

Could you please have a look into this issue.

Thanks...!!

Re-Assigned to bettes@ to get official take on how highlights should be handled under MD in this instance.

Does this still occur?  I thought Bret just ripped out this behavior.

I think the bug is about the radio button highlight being too cut off on the left side. But you're right that there shouldn't be that big highlight in the first place. I fixed it for checkboxes, but it'd be pretty easy to recreate for radio buttons:

std::unique_ptr<InkDrop> Checkbox::CreateInkDrop() {
  // Completely removes the highlight.
  std::unique_ptr<InkDropImpl> ink_drop = CreateDefaultInkDropImpl();
  ink_drop->SetShowHighlightOnHover(false);
  ink_drop->SetAutoHighlightMode(views::InkDropImpl::AutoHighlightMode::NONE);
  return ink_drop;
}

Ah, so the "fix" is to remove the hover highlight altogether. That seems simple. Is this true of all controls under MD that also have an ink-drop?

I wonder whether we really want to entirely remove all highlight/focus/active feedback from these.  That seems like maybe going too far.

By doing what bsep@ proposed, there is no longer any keyboard focus indicator when tabbing through a dialog/popup with a checkbox or radio button. There is the AutoHighlightMode::HIDE_ON_RIPPLE mode, which may solve that issue. <shrug>

>> Actual: Weird focus highlight is seen on radio button while clicking on it.
>> Expected:Focus highlight of radio button should be proper.

The "weird focus" seems to be referring to the ripple. The ripple on the component is WAI for Views. MacViews should not have any ripples. 

This expected design is outlined below. Let me know if you need any more clarification.
https://docs.google.com/document/d/18yssJKsC5DTNfh7DtdL8o6m3RZroTrkuyJMGq36-Uf8/edit

It's the way the ripple is blended with the highlight underneath it.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/a3fb693eb7384259d24c3f5f3835c428860aa6f6

commit a3fb693eb7384259d24c3f5f3835c428860aa6f6
Author: Bret Sepulveda <bsep@chromium.org>
Date: Tue Jun 27 20:32:19 2017

Fix radio button focus behavior in Harmony.

When the radio button was focused with the tab key, the ink drop ripple
would activate. In addition when the radio button was clicked it would
get a focus ring. This patch fixes both of these things.

Bug:  683858 
Change-Id: Ia9f1e672d2d5a51414a6f7db0dc46addd58f398f
Reviewed-on: https://chromium-review.googlesource.com/547075
Reviewed-by: Scott Violet <sky@chromium.org>
Commit-Queue: Bret Sepulveda <bsep@chromium.org>
Cr-Commit-Position: refs/heads/master@{#482735}
[modify] https://crrev.com/a3fb693eb7384259d24c3f5f3835c428860aa6f6/ui/views/controls/button/radio_button.cc
[modify] https://crrev.com/a3fb693eb7384259d24c3f5f3835c428860aa6f6/ui/views/controls/button/radio_button.h

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/41f2ef33b224d02dea11bc5212811b39cc3b1115

commit 41f2ef33b224d02dea11bc5212811b39cc3b1115
Author: Allen Bauer <kylixrd@chromium.org>
Date: Wed Jul 12 15:35:06 2017

Use a delegation to override FocusRing behavior for checkboxes and radio buttons.

Bug:  706297 
Bug:  683858 
Change-Id: Ibb51dbacc26164ead556488da18fb322350fddff
Reviewed-on: https://chromium-review.googlesource.com/546697
Commit-Queue: Allen Bauer <kylixrd@chromium.org>
Reviewed-by: Scott Violet <sky@chromium.org>
Reviewed-by: Michael Wasserman <msw@chromium.org>
Cr-Commit-Position: refs/heads/master@{#485963}
[modify] https://crrev.com/41f2ef33b224d02dea11bc5212811b39cc3b1115/ui/views/controls/button/checkbox.cc
[modify] https://crrev.com/41f2ef33b224d02dea11bc5212811b39cc3b1115/ui/views/controls/button/checkbox.h
[modify] https://crrev.com/41f2ef33b224d02dea11bc5212811b39cc3b1115/ui/views/controls/button/radio_button.cc
[modify] https://crrev.com/41f2ef33b224d02dea11bc5212811b39cc3b1115/ui/views/controls/button/radio_button.h
[modify] https://crrev.com/41f2ef33b224d02dea11bc5212811b39cc3b1115/ui/views/controls/focus_ring.cc
[modify] https://crrev.com/41f2ef33b224d02dea11bc5212811b39cc3b1115/ui/views/controls/focus_ring.h

Note: Above issue is fixed on latest Dev version 61.0.3159.5 on Windows and Linux OS

Thanks you.

Note: Above issue is fixed on latest Dev version 61.0.3159.5 on Windows and Linux OS

Thanks you.

Please find the attachment.

Deleted: Actual_popradio.mp4 919 KB

	Actual_popradio.mp4 919 KB View Download