Able to reproduce the issue on Windows 10 and Ubuntu 17.10 using chrome reported version #72.0.3589.0. Issue is not applicable to OS-mac.

Bisect Information:
=====================
Good build: 72.0.3581.0
Bad Build : 72.0.3582.0
Note: Providing the change log from omahaproxy as running the bisect script generated an error as "File is not a zip file".

Change Log URL: (From omahaproxy)
https://chromium.googlesource.com/chromium/src/+log/72.0.3581.0..72.0.3582.0?pretty=fuller&n=10000

From the above change log suspecting below change
Change-Id: I052ac56a6adfbc317a67c00314fd9259ab83fc2e
Reviewed-on: https://chromium-review.googlesource.com/c/1241845

collinbaker@ - 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: Adding stable blocker for M-72 as it seems to be a recent regression. Please feel free to remove the same if not appropriate.

Thanks...!!

This was intended behavior in my change. If this is undesirable, we can figure out a better F6 order. Note that CTRL+L still jumps to the location bar.

CCing people who also have context on this

Agreed, this is WAI per the change, the F6 order matches visual behavior (ctrl+L is how you get to the location bar directly). Can a11y sign off on this or try it out and suggest a different approach?

ballar@,
Please check & update the bug as per c#4 & #5.
Thanks..!

I tested using Ctrl + L and it did take to the address bar. Also, pressing F6 twice does take to the address bar. Will update the user the same.

Thanks!

ballar@,
As per C#7, seems issue working as intended.Can we close this issue if no other pending work?Please confirm?
Thanks..!

Yes Please. Thank You!

As per C#8 & 9, marking this issue as wontfix.Please feel free to file a new issue if you find any.
Thanks..!