Closed
Bug 1151828
Opened 9 years ago
Closed 9 years ago
unable to see options in a select box with e10s enabled on nightly
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
INVALID
Tracking | Status | |
---|---|---|
e10s | m6+ | --- |
People
(Reporter: jmaher, Assigned: gw280)
References
(Blocks 1 open bug)
Details
I am running e10s mode on linux64 as my primary browser mode. many of the things I use on the web depend on drop down select boxes and selecting a value. Unfortunately this doesn't work for me in e10s mode. Here is a url I visit: http://graphs.mozilla.org/graph.html#tests=[[309, 64, 37], [309, 131, 37], [309, 132, 37]]&datatype=geo&sel=1427970245000,142814 I select the drop down for 'last 7 days' and nothing happens. I hit the up/down arrows and it should at least toggle through the options, but this doesn't work either. in a non-e10s window it works great.
Comment 1•9 years ago
|
||
I think this is a dupe, though not having any luck finding the exact bug. there are a few related bugs to combo box selection.
Whiteboard: dupeme
Updated•9 years ago
|
Flags: needinfo?(twalker)
Comment 2•9 years ago
|
||
I have seen this but have been testing with so many dated builds that I can't recall when I saw it. I can't reproduce with a recent build. Joel, does this happen for you with the latest Nightly build?
Flags: needinfo?(twalker) → needinfo?(jmaher)
Reporter | ||
Comment 3•9 years ago
|
||
this is with: 20150402143158, the latest nightly build on the ubuntu firefox channel. I can do a build tonight (takes 40+ minutes for a local build) and test it in the morning.
Flags: needinfo?(jmaher)
Reporter | ||
Comment 4•9 years ago
|
||
ok, on a local build from the mozilla-inbound tree yesterday I can see drop down boxes.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 6•9 years ago
|
||
this is still failing for me on the ubuntu nightly update channel: gecko.buildid: 20150408211755
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 7•9 years ago
|
||
this is possibly a dupe of bug 1152807 or bug 1058881. which are probably dupes of each other.
Updated•9 years ago
|
tracking-e10s:
--- → m7+
Updated•9 years ago
|
Blocks: e10s-select
Comment 8•9 years ago
|
||
Joel, in the system where you see this, what's your setting for browser.tabs.drawInTitlebar ? I'm wondering if this is a dupe of the bugs Tracy mentioned in comment 7
Flags: needinfo?(jmaher)
Reporter | ||
Comment 9•9 years ago
|
||
browser.tabs.drawInTitlebar=false (no user changes) I see this on bugzilla and graph server, just ask for a review in bugzilla and there is no drop down. I can hit down enough (I have to know the right about of down arrows to hit), then hit tab and it gives me a box to put in a reviewer.
Flags: needinfo?(jmaher)
Updated•9 years ago
|
Updated•9 years ago
|
Updated•9 years ago
|
Assignee: nobody → gwright
Assignee | ||
Comment 10•9 years ago
|
||
So this is due to browser.tabs.remote.desktopbehavior being set to false in jmaher's profile. We failed the check here: https://dxr.mozilla.org/mozilla-central/source/widget/PuppetWidget.cpp#1047 and continued trying to paint the popup, but can't because there's no manager so we fail. mconley advises me that to have desktopbehavior set to false in a desktop firefox is wrong, so I'm going to go ahead and close this as invalid.
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
Resolution: --- → INVALID
Comment 11•9 years ago
|
||
I'm curious Joel - do you know how you might have gotten that pref flipped?
Flags: needinfo?(jmaher)
Reporter | ||
Comment 12•9 years ago
|
||
I have no clue. I rarely change prefs in my browser. It could have been set a long time ago, or via an addon or other random things.
Flags: needinfo?(jmaher)
You need to log in
before you can comment on or make changes to this bug.
Description
•