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)

46 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1262670
Tracking Status
firefox50 --- affected
firefox51 --- affected
firefox52 --- affected
firefox53 --- affected

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.
No longer blocks: 1277113
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?
Component: Untriaged → Tabbed Browser
Flags: needinfo?(gijskruitbosch+bugs)
Version: Trunk → 46 Branch
(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)
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.