<a href> preserves depressed state of dropmarker after drag and drop of its label

NEW
Unassigned

Status

()

P3
normal
2 years ago
2 years ago

People

(Reporter: arni2033, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(firefox50 affected, firefox51 affected, firefox52 wontfix, firefox53 affected)

Details

(Reporter)

Description

2 years ago
>>>   My Info:   Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:
1. Open url  data:text/html,<label for="S"><a href="%23">Hello</a></label><select id="S"><option>world
2. Drag and drop link "Hello" to another place on the page
3. Click in urlbar

AR:  <select> looks pressed
ER:  <select> should look normally after Step 2 or Step 3

Note:  I constantly see this bug on Bugzilla. See bug 1253979 for another case of pressed dropmarker
(Reporter)

Updated

2 years ago
No longer blocks: 1277113
(Reporter)

Updated

2 years ago
Component: Untriaged → Untriaged
Product: Firefox → Core
(Reporter)

Updated

2 years ago
Blocks: 1154677
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0
Firefox 50.1.0, Build ID: 20161208153507

I have managed to reproduce this issue on the latest Firefox (50.1.0) release and latest Nightly (53.0a1) build.
status-firefox50: --- → affected
status-firefox51: --- → affected
status-firefox52: --- → affected
status-firefox53: --- → affected
Component: Untriaged → Layout: Form Controls
Mass wontfix for bugs affecting firefox 52.
status-firefox52: affected → wontfix
Hi :CosminMCG, I tried to reproduce this on win10 nightly 55, but I don't think I got what's wrong here. Could you mind checking to see if this is still valid? Also, it's appreciated that you could offer a video clip to help us understand the issue better if it's still valid. Thanks!
Flags: needinfo?(cosmin.muntean)
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:55.0) Gecko/20100101 Firefox/55.0
Firefox: 55.0a1, Build ID: 20170608030205

Hi,

I can still reproduce this on latest Nightly (55.0a1) build. If you drag and drop the "Hello" link anywhere on the page you can see that the select dropdown gains a "pressed" state. If you click on the URL bar or the search bar or navigate to other tabs, the select dropdown remains in the "pressed" state. 
The "pressed" state is only  dismissed when you click on the page, so the reporter wants that the "pressed" state to be dismissed when he clicks the URL bar.

Here is a screen recording of the issue: https://goo.gl/RbTQf4
Please let me know if you need more information.
Flags: needinfo?(cosmin.muntean)
I forgot to mention that I have tested this on Windows 7 x64 and also the provided screen recording was made on Windows 7. 
But, I have tested on Windows 10 x64 and the issue is still reproducible. The "pressed" state looks a little bit different, has a lighter shade of blue.
I could reproduce this both on e10s and non-e10s.
Also, I could see this with a more simplified test case : data:text/html,<a href="%23">Hello</a>

This doesn't look like a <select> e10s regression.
No longer blocks: 1154677
Component: Layout: Form Controls → DOM: Events
Summary: [e10s] <select> preserves depressed state of dropmarker after drag and drop of its label → <a href> preserves depressed state of dropmarker after drag and drop of its label
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.