Closed Bug 1417141 Opened 7 years ago Closed 7 years ago

Control Center is blank

Categories

(Firefox :: Site Identity, defect)

57 Branch
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: docorbit, Unassigned)

Details

Attachments

(1 file)

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.
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)
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)
Flags: needinfo?(docorbit)
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)
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)
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)
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.

Attachment

General

Creator:
Created:
Updated:
Size: