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

Issue 593309 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

Page elements disappear in Chromium-based browsers when user left clicks and clicks&drags en element

Project Member Reported by valentynp@google.com, Mar 9 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36

Example URL:

Steps to reproduce the problem:
Can be reproduced on Chromium based browsers across OSs. 

1. Create HTML file: 

<!DOCTYPE html>
<html>
<head>
<title>Error</title>
<style>
.element
{
display: block;
}
.element:active
{
display: none;
}
</style>
</head>
<body>
<span class="element">Click</div>
</body>
</html>

2. Open it with Chrome
3. Left click on the 'Click' element
4. Click and drag element mentioned above

STR video: https://drive.google.com/a/google.com/file/d/0Bx0_Wc1nz9JVenhIaWo0U3NUMjg/view

Forum thread: https://productforums.google.com/forum/#!topic/chrome-ru/5LgWRtPRF3U

What is the expected behavior?
Expected behavior: 

Element does not dissapear

What went wrong?
Observed behavior: 

Element dissapears

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes 

Does this work in other browsers? Yes 

Chrome version: 49.0.2623.75  Channel: stable
OS Version: OS X 10.11.3
Flash Version: Shockwave Flash 20.0 r0
 
Components: -Blink Blink>CSS
Labels: -OS-Mac OS-All
Status: Untriaged (was: Unconfirmed)
Interesting issue. I think this depends on how the meaning of :active is interpreted. If it's just for the duration of click, the span should reappear and we should be able to drag. 

The way I read https://html.spec.whatwg.org/multipage/scripting.html#selector-active, it seems that we are doing the right thing. But it might be good to tweak the spec, if we're in the minority.

Comment 2 by loyso@chromium.org, Mar 10 2016

Cc: timloh@chromium.org shans@chromium.org
Labels: Hotlist-Interop
Status: Available (was: Untriaged)
Я так пончл, что за ошибку это не считают, верно?
Project Member

Comment 4 by sheriffbot@chromium.org, Jun 3 2016

Labels: Hotlist-Google

Comment 5 by nainar@chromium.org, Feb 13 2017

Components: -Blink>CSS Blink>Input
Project Member

Comment 6 by sheriffbot@chromium.org, Apr 16 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: WontFix (was: Untriaged)
This is the intended behavior as the element becomes active when user presses the mouse down on it and the active style is display: none. Other browsers including Edge, FF, and Safari show the same behavior. Feel free to file a bug against the spec if you think this behavior should change.

Sign in to add a comment