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

Issue 860657 link

Starred by 4 users
Status: Assigned
Owner:
moh...@chromium.org
Cc:
yoichio@chromium.org
bsep@chromium.org
nyerramilli@chromium.org
newcomer@chromium.org
rbasuvula@chromium.org
█ scottchen@chromium.org
markchang@chromium.org
editing-dev@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Tap touch on selected text does not open context menu

Reported by vineetha...@etouch.net, Jul 6 
Chrome Version: 69.0.3483.0 Revision 68bf9707c1026959630e89e90235cfcf0440c08c-refs/branch-heads/3483@{#1}(32/64 bit)
OS: Windows 10 touch device

What steps will reproduce the problem?
(1) Launch Chrome , navigate to chrome://settings/ and enter text in 'Search settings' box.
(2) Tap touch near the written text such that single selection pin appears.
(3) Now tap touch and choose the 'Select all' option from the context menu.
(4) Again tap touch on the selected text and observe.

Actual  : Tap touch on selected text does not open context menu.
Expected: Tap touch on selected text should open context menu with options ('Cut', 'Copy', 'Paste','Inspect' ...).

This is a non-regression issue, seen from M61.

Note: 
1. The above functionality works fine when tap touch is performed on selected text in omnibox or Find in box.
2. Above issue is touch specific and not seen using mouse click.
3. This is windows 10 touch device specific issue and not seen on other OS.
ActualVideo.mp4
575 KB View Download

Comment 1 by rbasuvula@chromium.org, Jul 6

Status: Untriaged (was: Unconfirmed)
As this being a Non-Regression issue, changing the status to Untriaged so that the issue would get addressed.

Thank You!

Comment 2 by brucedaw...@chromium.org, Jul 6

Cc: bsep@chromium.org
Adding bsep@ to see if this will be affected by any of their recent changes/investigations

Comment 3 by mpear...@chromium.org, Aug 2

Cc: newcomer@chromium.org
newcomer@, can you triage?

Comment 4 by newcomer@chromium.org, Aug 2 

Is this for all selected text in chrome or just for chrome settings?

Comment 5 by newcomer@chromium.org, Aug 3

Cc: markchang@chromium.org
Owner: dpa...@chromium.org
Giving this to dpapad@/Markchang@ who are the chrome settings TL/PM.

I believe the settings page is written in JS (dpapad@ will know better), so I don't think this is a bug with chrome textfields[1]. Further, this doesn't repro in the launcher textfield (which uses [1]).

[1]
https://cs.chromium.org/chromium/src/ui/views/controls/textfield/textfield.h?q=textfield.h&sq=package:chromium&dr=CSs&l=5

Comment 6 by dpa...@chromium.org, Aug 3

Components: -UI>Settings UI>Browser>WebUI
Owner: scottchen@chromium.org
@Scott: Can you take a look? Is this WebUI specific or does it happen with any HTML <input> ?

The same toolbar UI element is used across multiple WebUI pages, so this is not specific to Settings (changing components).

Comment 7 by scottchen@chromium.org, Aug 6

Cc: scottchen@chromium.org
Components: Blink>Forms>Text
Labels: OS-Chrome
Owner: ----
I can actually reproduce this on CrOS touch devices as well. This happens on native <inputs> as well, so I think this is a blink behavior.

Note: this only happens if you use "select all" once to select all the text. It does not happen if you manually scrub through the whole text. 

Not sure who to assign it to.

Comment 8 by tkent@chromium.org, Aug 17

Cc: yoichio@chromium.org
Components: -Blink>Forms>Text UI>Aura Blink>Editing>Selection
Owner: moh...@chromium.org
Status: Assigned (was: Untriaged)
This looks like an issue of "touch selection" feature. A wild guess is that we hide selection handle on showing the context menu, and we miss to re-show selection handle after closing the context menu?

Assign mohsen@, who is the owner of ui/touch_selection/.
►

Sign in to add a comment