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

Issue 699674 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Jun 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Chrome
Pri: 3
Type: Bug

Blocking:
issue 454503



Sign in to add a comment

Longpress on tabs will only invoke the context menu once the finger is released

Project Member Reported by tdander...@chromium.org, Mar 8 2017

Issue description

Seen on:
Chrome OS 59.0.3030.0 canary
Win10 57.0.2987.88 beta

When long-pressing on a tab, the tab's context menu only shows once the finger is released, instead of when the longpress timer fires.

Note: If this behavior were to be changed so that the context menu shows after the longpress timer fires, then reordering tabs in stacked tab mode would be impossible.
 

Comment 1 by hwi@chromium.org, Mar 9 2017

Cc: -hwi@chromium.org
Owner: hwi@chromium.org
Status: Assigned (was: Available)
TODO (hwi): 
- Discuss with CrOS and TabletChrome on the following, and get an agreement on one direction. 
- If #1, confirm that this is wai on Win.  

Option 1. Explore/discuss to see if CrOS context menu gesture needs to be changed (for example, discuss longpress to context menu is usable for stylus). And match the same gesture for Chrome on CrOS.
Option 2. If not #1, confirm to show context menu on Chrome at longpress (possibly w/ time delay)

Comment 2 by hwi@chromium.org, Mar 9 2017

c1 option2: And define gesture/behavior spec for drag&drop. 

Comment 3 by girard@chromium.org, Apr 18 2017

Labels: Proj-TabletChrome-Phase1
Status: WontFix (was: Assigned)
Hwi, I'm going to mark this as WontFix; as per the note in #0, if we were to change the sequence of events to trigger a context menu then we'd be losing the ability to re-order tabs in stacked mode. Please re-open if you have strong feelings otherwise.

Sign in to add a comment