Open Bug 1326863 Opened 8 years ago Updated 2 years ago

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


(Core :: DOM: Events, defect, P3)




Tracking Status
firefox50 --- affected
firefox51 --- affected
firefox52 --- wontfix
firefox53 --- affected


(Reporter: arni2033, Unassigned)


>>>   My Info:   Win7_64, Nightly 49, 32bit, ID 20160526082509
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
No longer blocks: 1277113
Product: Firefox → Core
Blocks: e10s-select
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.
Component: Untriaged → Layout: Form Controls
Mass wontfix for bugs affecting firefox 52.
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


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:
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: e10s-select
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
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.