Closed Bug 925322 Opened 11 years ago Closed 11 years ago

Display of controls inside panels in Firefox 27

Categories

(Core :: Graphics, defect)

27 Branch
All
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 923542

People

(Reporter: clochix, Unassigned)

Details

Attachments

(4 files)

Attached image sample screenshot
Controls disappear in panels on GNU/Linux. I'm using Nightly on Debian GNU/Linux. For a few days, each time I open a panel (download manager, panel to enable plugin, panel to get info on page certificate…), its controls disappear when I move the mouse hover them. I'm using minimalist window managers, like Fluxbox and Awesome. People don't seem to have the same problem with Gnome. I tried several builds from Tinderbox. The latest to work is 1380708121 built from http://hg.mozilla.org/mozilla-central/rev/e3c84e9f2490. The next one, 1380728654 built from http://hg.mozilla.org/mozilla-central/rev/aca286bc0013 is broken. I have the same bug with 32 and 64 builds. Here's my graphic configuration: Adapter Description: Humper -- Chromium Device ID: Chromium Driver Version: 2.1 Chromium 1.9 GPU Accelerated Windows: 0/1 Basic Blocked for your graphics card because of unresolved driver issues. Vendor ID: Humper WebGL Renderer: Blocked for your graphics card because of unresolved driver issues. windowLayerManagerRemote: false AzureCanvasBackend: cairo AzureContentBackend: cairo AzureFallbackCanvasBackend: none AzureSkiaAccelerated: 0 Don't hesitate to ask for more informations.
Attached image sample screenshot
Hardware: x86_64 → All
I confirm this bug happens on my Linux config, too: Ubuntu 12.04 LTS + i3-wm on a ThinkPad x220 (Core i5 + Intel GPU). Here’s my graphic configuration: Adapter Description: Tungsten Graphics, Inc -- Mesa DRI Intel(R) Sandybridge Mobile Device ID: Mesa DRI Intel(R) Sandybridge Mobile Driver Version: 3.0 Mesa 8.0.4 GPU Accelerated Windows: 0/3 Basic Vendor ID: Tungsten Graphics, Inc WebGL Renderer: Tungsten Graphics, Inc -- Mesa DRI Intel(R) Sandybridge Mobile windowLayerManagerRemote: false AzureCanvasBackend: cairo AzureContentBackend: cairo AzureFallbackCanvasBackend: none AzureSkiaAccelerated: 0 I’m tempted to qualify this as “major” because it makes it difficult to confirm/validate a panel. Pinging my co-workers to see if they have the same issue…
Severity: normal → major
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: