Closed
Bug 1417141
Opened 7 years ago
Closed 7 years ago
Control Center is blank
Categories
(Firefox :: Site Identity, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: docorbit, Unassigned)
Details
Attachments
(1 file)
|
32.68 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171112125346
Steps to reproduce:
1. Set Privacy to always block tracking
2. Logged into Hootsuite
3. Clicked the Control Center icons in the location bar
Actual results:
Control Center opens. I see the three icons in the left column but the right column is blank.
Expected results:
Control Center opens. I see the three icons in the left column and their corresponding controls in the right column.
Component: Untriaged → Page Info Window
Comment 1•7 years ago
|
||
I can't reproduce. What site are you seeing this on?
Can you check the browser console for warnings or errors? https://developer.mozilla.org/en-US/docs/Tools/Browser_Toolbox
Can you try to get a regression range using mozregression (https://github.com/mozilla/mozregression)?
Thanks!
Component: Page Info Window → Site Identity and Permission Panels
Flags: needinfo?(docorbit)
| Reporter | ||
Comment 2•7 years ago
|
||
Confirmed also happens if I turn of all add-ons and restart.
Happening on Hootsuite.com, SFgate.com, actually all sites.
Dealing with mozregression is likely greater than my technical knowledge.
I'll check the browser console for warnings or error and post an update shortly.
Flags: needinfo?(docorbit)
| Reporter | ||
Updated•7 years ago
|
Flags: needinfo?(docorbit)
| Reporter | ||
Comment 3•7 years ago
|
||
Upon enabling the browser console, I see the errors and warnings for the page itself, followed by the message:
DebuggeeWouldRun: debuggee `resource://devtools/shared/base-loader.js:430' would run builtin-modules.js:156:11
If I then click on the Control Center icon in the location bar, no messages get added to the console.
Flags: needinfo?(docorbit)
| Reporter | ||
Comment 4•7 years ago
|
||
If I disable my user chrome CSS, the problem goes away. Investigating to determine which code is causing it and whether it constitutes a bug.
Flags: needinfo?(docorbit)
| Reporter | ||
Comment 5•7 years ago
|
||
I've traced it to the following code in my UserChrome.css. I likely put the code there by mistake -- it belongs in my UserContent.css. But the fact that it messes up the dialog appears to be a bug.
* {
-ms-transform: none !important;
-webkit-transform: none !important;
transform: none !important;
}
Flags: needinfo?(docorbit)
Comment 6•7 years ago
|
||
Ok, sorry, but we don't support bugs caused by UserChrome.css :)
Thanks for reporting anyway!
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•