Chrome Version: 61.0.3122.0 (Official Build) canary(64-bit)
OS: Windows 10 Version 1703 (OS Build 16199.1000) 64-bit

What steps will reproduce the problem?

(1) Start Chrome and the NVDA screen reader.
(2) Open this URL: data:text/html,<div contentEditable="true"><ul><li>a</li></ul></div>
(3) Focus the text box and press control+end to move to the end of it.
(4) Press enter, then type "b", then press enter, then type "c".
(5) Press up arrow to move to the previous line.

What is the expected result?
NVDA should only announce "b".

What happens instead?
NVDA announces both "b" and "c".

On the list accessible, the line offsets for the second list item (offset 1) are returned as (1, 3). This is incorrect, as this covers both the second and third list items. Instead, the line offsets should be (1, 2).

Impact: This makes lists very difficult at best (unusable at worst) in editors for Chrome + NVDA users, including the Gmail composer.