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

Issue 739279 link

Starred by 58 users
Status: WontFix
Owner:
yosin@chromium.org
Closed: Jul 2017
Cc:
█ brajkumar@chromium.org
editing-dev@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Select the next word or letter with <wbr> tags doesn't work same on version 59 as on previous version

Reported by mniko...@emisia.net, Jul 5 2017 
Chrome Version: 59.0.3071.115 (Official Build) (64-bit)
URLs (if applicable) : https://codepen.io/anon/pen/vZpNgP
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari: PASS/FAIL (Version)
    Firefox: PASS/FAIL (Version)
         IE: PASS/FAIL (Version)

What steps will reproduce the problem?
(1) Open link with fiddle https://codepen.io/anon/pen/vZpNgP
(2) Put the cursor in first row before Hello World
(3) Press CTRL+SHIFT+RIGHT ARROW - "Hello " will be selected
(4) Put the cursor in second row before Hello.World
(5) Press CTRL+SHIFT+RIGHT ARROW - "Hello" will be selected

What is the expected result?
Selection should go to the beginning of next word in both cases.

What happens instead?
Selection was the same on versions before Chrome 59. Observe that moving cursor with CTRL+RIGHT ARROW do not act same like selection.

Please provide any additional information below. Attach a screenshot if
possible.
This was working in versions before Chrome 59.

For graphics-related bugs, please copy/paste the contents of the about:gpu
page at the end of this report.

Comment 1 by woxxom@gmail.com, Jul 5 2017 

Bisect: 459699 (good) - 459701 (bad), 59.0.3054.0
https://chromium.googlesource.com/chromium/src/+log/fe22ae6b..a896ff44?pretty=fuller
Suspecting r459700 "Make Selection#modify() with word granularity not to skip punctuation"

Comment 2 by brajkumar@chromium.org, Jul 6 2017

Cc: brajkumar@chromium.org
Components: Blink>Editing>Selection
Labels: -Type-Bug -Pri-3 ReleaseBlock-Stable M-61 hasbisect OS-Linux Pri-1 Type-Bug-Regression
Owner: tkent@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on Windows-10 and Ubuntu 14.04 using chrome latest stable #59.0.3071.115. Observing different behavior in Mac, While selecting the word using Ctrl+Shift+Right the whole "Hello World" is getting selected.

As per the bisect information provided in comment #1 assigning to the concerned owner for further updates.

tkent@ Could you please take a look in to this isuse, Adding RB-Stable for M-60 please feel free to edit if this is not the case.

Thanks!

Comment 3 by tkent@chromium.org, Jul 6 2017

Owner: yosin@chromium.org

Comment 4 by yosin@chromium.org, Jul 7 2017

Status: WontFix (was: Assigned)
Mark WontFix since this is expected behavior. M58 does wrong.

On Windows platform, double-click and Ctrl+Shift+Right selects word with trailing
whitespace. Including U+00B7 into word selection doesn't match Windows platform
convention.


Chrome: "Select "Hello"
Edge: Select "Hello"
Firefox: Select "Hello·"

Note: "." is U+00B7 Name:MIDDLE DOT, Category:Punctuation
Note: On MacOS, Shift+Command+Right extends selection to right in word granularity. MacOS doesn't
include trailing whitespace for double-click and keyboard shortcut to work with word granularity.
►

Sign in to add a comment