Actually, it seems that it works even without focusing on a text field or address bar.

artvaraksa@ Thanks for the issue.

Tested this issue on Ubuntu 14.04 on the reported version 71.0.3578.0 and unable to reproduce the issue by following the below steps.

1. Launched Chromium and typed 'gr' and 'rg' in omnibox.
2. Can observe that 'gr' is entered in the omnibox and the page is not reloaded.
Attached is the screen cast for reference.

Request you to retry the issue on a new profile and update the thread with the observations.

Thanks..

Deleted: 919284.ogv 1.2 MB

	919284.ogv 1.2 MB View Download

To summarize all of the testing I've done currently:

### Bug present on:
- Lenovo Miix 320 laptop
    - Arch Linux + Chromium: (versions in the OP)
    - Chromium OS (live boot from usb, image Camd64OS_R69-10895.B-Special.7z from https://chromium.arnoldthebat.co.uk/?dir=special): 10895.63.2018_09_20_1855 (Developer Build - tonyd) developer-build amd64-atb
        Chromium: 69.0.3497.21 (Developer Build) (64-bit)
    - Chromium OS (live boot from usb, image Camd64OS_R72-11316.B-Special.7z from https://chromium.arnoldthebat.co.uk/?dir=special): 11316.62.2019_01_06_1422 (Developer Build - tonyd) developer-build amd64-atb
        Chromium: 72.0.3626.46 (Developer Build) (64-bit)

### Not reproducible:
- PC: Arch Linux + Chromium: (exactly same versions as laptop)
- iPhone and Mac: (versions in the OP)

It is worth noting that the laptop has touchscreen and detachable keyboard, namely `dmesg` shows this about the keyboard:

[    8.635724] usb 1-2.3: New USB device found, idVendor=048d, idProduct=8911, bcdDevice=10.01
[    8.635731] usb 1-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    8.635735] usb 1-2.3: Product: HTX HID Device
[    8.635738] usb 1-2.3: Manufacturer: HTX USB HID Device
[    8.635741] usb 1-2.3: SerialNumber: MIIX320_HTK_V7T_HTP
[    8.710273] input: HTX USB HID Device HTX HID Device Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3/1-2.3:1.0/0003:048D:8911.0002/input/input17
[    8.768951] input: HTX USB HID Device HTX HID Device System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3/1-2.3:1.0/0003:048D:8911.0002/input/input18
[    8.770085] input: HTX USB HID Device HTX HID Device Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3/1-2.3:1.0/0003:048D:8911.0002/input/input19
[    8.771890] input: HTX USB HID Device HTX HID Device Wireless Radio Control as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3/1-2.3:1.0/0003:048D:8911.0002/input/input20
[    8.772839] input: HTX USB HID Device HTX HID Device as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3/1-2.3:1.0/0003:048D:8911.0002/input/input21
[    8.775028] hid-generic 0003:048D:8911.0002: input,hiddev0,hidraw1: USB HID v1.10 Keyboard [HTX USB HID Device HTX HID Device] on usb-0000:00:14.0-2.3/input0
[    8.832587] input: HTX USB HID Device HTX HID Device Touchpad as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3/1-2.3:1.1/0003:048D:8911.0003/input/input27
[    8.833884] hid-multitouch 0003:048D:8911.0003: input,hiddev1,hidraw2: USB HID v1.10 Mouse [HTX USB HID Device HTX HID Device] on usb-0000:00:14.0-2.3/input1
[    8.834315] usbcore: registered new interface driver usbhid
[    8.834323] usbhid: USB HID core driver

Attached screencast from laptop. Note that `showkey` shows not only keycode 34 [g] and keycode 19 [r], but also a strange 173 when [g] and [r] are pressed quickly, and that probably triggers the reload. My PC in turn does not generate 173.

Deleted: screencast.webm 659 KB

	screencast.webm 659 KB View Download

Thank you for providing more feedback. Adding the requester to the cc list.

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

Per comment #1, this isn't an omnibox issue.

Moving to IO>Keyboard; that's probably a better place for keyboard handling particular to a specific machine (per comment #4).

As per comment#4, the issue is not getting reproduced on Ubuntu 14.04 and 17.10. The issue seems to be related to Arch Linux which is currently unavailable at ET end. Hence requesting someone from Inhouse team to look into the issue, hence adding TE-NeedsTriageFromHYD label.

Thanks.!

Unable to reproduce this issue on Debian Rodete with chrome #71.0.3578.98, since arch linux is not available with In-House team, hence adding TE-Hardware-Dependency label