Closed
Bug 1327402
Opened 8 years ago
Closed 8 years ago
[e10s] dropmarker blinks when switching between two tabs with focused urlbar
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1262670
People
(Reporter: arni2033, Unassigned)
Details
>>> My Info: Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:
1. Open new tab
2. Open new tab
3. Press Ctrl+Shift+Tab to switch to the tab from Step 1
AR: Dropmarker in urlbar blinks
ER: Dropmarker shouldn't blink, BECAUSE IT'S ALWAYS PLACED IN URLBAR
(just like in non-e10s mode, just like before regression bug 1203494)
This is a regression. Good old Firefox 28 is unaffected, Nightly 49 (2016-05-26) is affected.
Comment 1•8 years ago
|
||
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0
I have tested this issue on Windows 10 x64 with the latest Firefox release (50.1.0) and the latest Nightly (53.0a1-20170104030214) and managed to reproduce it following the steps in STR_1.
Narrowed nightly regression window from [2015-12-30, 2016-01-01] (2 days) to [2015-12-30, 2015-12-31] (1 days) (~0 steps left)
Got as far as we can go bisecting nightlies...
Last good revision: c690c50b2b543b420803e8192d6e08e06b20e0a3 (2015-12-30)
First bad revision: 22f51211915bf7daff076180847a7140d35aa353 (2015-12-31)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c690c50b2b543b420803e8192d6e08e06b20e0a3&tochange=22f51211915bf7daff076180847a7140d35aa353
Considering the bugs from the pushlog above, this might be caused by one of the following bugs: Bug 1234936, Bug 1234936, bug 1233747 or bug 1235709.
Gijs, can you please take a look at this?
status-firefox50:
--- → affected
status-firefox51:
--- → affected
status-firefox52:
--- → affected
status-firefox53:
--- → affected
Component: Untriaged → Tabbed Browser
Flags: needinfo?(gijskruitbosch+bugs)
Keywords: regressionwindow-wanted
Version: Trunk → 46 Branch
Comment 2•8 years ago
|
||
(In reply to Emil Pasca [:emilpasca] from comment #1)
> User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:53.0)
> Gecko/20100101 Firefox/53.0
>
> I have tested this issue on Windows 10 x64 with the latest Firefox release
> (50.1.0) and the latest Nightly (53.0a1-20170104030214) and managed to
> reproduce it following the steps in STR_1.
>
> Narrowed nightly regression window from [2015-12-30, 2016-01-01] (2 days) to
> [2015-12-30, 2015-12-31] (1 days) (~0 steps left)
> Got as far as we can go bisecting nightlies...
> Last good revision: c690c50b2b543b420803e8192d6e08e06b20e0a3 (2015-12-30)
> First bad revision: 22f51211915bf7daff076180847a7140d35aa353 (2015-12-31)
> Pushlog:
> https://hg.mozilla.org/mozilla-central/
> pushloghtml?fromchange=c690c50b2b543b420803e8192d6e08e06b20e0a3&tochange=22f5
> 1211915bf7daff076180847a7140d35aa353
>
> Considering the bugs from the pushlog above, this might be caused by one of
> the following bugs: Bug 1234936, Bug 1234936, bug 1233747 or bug 1235709.
>
> Gijs, can you please take a look at this?
This has nothing to do with beforeunload or dialogs, as far as I can tell. Why do you suspect those bugs rather than any of the other ones in that pushlog? How sure are you that the pushlog is correct?
Flags: needinfo?(gijskruitbosch+bugs) → needinfo?(emil.pasca)
Comment 3•8 years ago
|
||
In fact, this is basically just about whether the location bar remains focused during a tabswitch, so I'm duping this to bug 1262670 which is about the general problem of focus moving slowly during/after a tabswitch. It's not meaningful to track this as a regression if it's basically a result of e10s (which is implied in comment #0).
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(emil.pasca)
Keywords: regression
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•