If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

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

NEW
Unassigned

Status

()

Core
DOM: Events
P3
normal
9 months ago
2 months ago

People

(Reporter: arni2033, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

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

Details

(Reporter)

Description

9 months 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

9 months ago
No longer blocks: 1277113
(Reporter)

Updated

9 months ago
Component: Untriaged → Untriaged
Product: Firefox → Core
(Reporter)

Updated

9 months 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

Updated

2 months ago
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.