1250365 - [e10s] any element loses focus if I drag selected tab (focus goes to <panel> element)

Status: RESOLVED DUPLICATE of bug 1309596

(Firefox :: Tabbed Browser, defect, P3)

Description

[arni2033]

>>>   My Info:   Win7_64, Nightly 47, 32bit, ID 20160222030212
STR:
1. Select any (non-empty) amount of text in urlbar (e.g. press Ctrl+L)
2. Hover mouse over the selected <tab> in tabs toolbar
3. Hold left mouse button
4. Move mouse pointer to the right/left by 10px to start drag-n-drop

AR:  All text selection in urlbar is canceled
ER:  Text selection in urlbar should be preserved

Comment 1

[arni2033]

STR:
1. Open the following "data:" url or click URL in the form above
>   data:text/html,<input><style>input:focus{outline:2px solid green}
2. Click in <input>
3. Hover mouse over the selected <tab> in tabs toolbar
4. Hold left mouse button
5. Move mouse pointer to the right/left by 10px to start drag-n-drop

AR:  <input> lost focus
ER:  Should not lose focus

Comment 2

[Ciprian Muresan [:cmuresan], Ecosystem QA]

Hi, 

Build ID 	20160210153822
User Agent 	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID 	20160225030209
User Agent 	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:47.0) Gecko/20100101 Firefox/47.0

I managed to reproduce this issue on the latest Nightly(47.0a1) and latest Aurora (46.0a2) only with e10s enabled. This could be put in Tabbed Browser or Event Handling, but I'm inclined to believe it's Event Handling because of the loss of focus.

Thanks,
Cipri

Comment 3

[Andrew Overholt [:overholt]]

Mike, any thoughts here?

Comment 4

[Mike Conley (:mconley) (:⚙️)]

Yep - this is definitely a bug, and definitely a regression, and definitely only affects us with e10s enabled. We deemed this polish-y though, so we're not blocking shipping e10s with it, and will hopefully fix it in a follow-up. It's been marked tracking-e10s+ so that we don't lose track of it.

Comment 5

[arni2033]

Sorry for poor testing, but it appears now that everything looses focus when I drag a tab.
Including <select>, <a>, <textarea> on the page. Focus actually goes to the selected <tab>.

STR:
1. Open page data:text/html,<a href="http://ya.ru">Link</a>
2. Press Tab to focus Link
3. Drag selected tab a bit, then drop it at the same place
4. Press Shift+Tab
5. Press Tab

AR:
 After Step 3 - Link is not focused (doesn't have focus outline)
 After Step 4 - Link is focused (has focus outline)
 After Step 5 - selected <tab> is focused (has focus outline).
Based on result of Steps 4,5 I presume that <tab> gains focus. However, this should be checked.

ER:
 After Step 3 - Link shohuld stay focused (have focus outline)

Comment 6

[Alice0775 White]

Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=7042219cf7f332ce97605958506557a9ae7e9402&tochange=884385e6f556fc07d33ddd790474d459a7e55aab

Regressed by: Bug 863512

Comment 7

[Alice0775 White]

The xul panel element of tab thumbnail steals focus.
noautofocus attribute seems to fix the problem.

Comment 8

[Jim Mathies [:jimm]]

Gabor, do you have the time to take a look at this? Sounds like an easy fix.

Comment 9

[arni2033]

This was finally fixed by bug 1309596, which is a really good fix.
Before that, behavior in this bug was changed (but not completely fixed) in bug 1286389