1280720 - Graphical Glitches occur on 'Start Page' and 'Open Menu' icon throughout prompt display

Status: RESOLVED DUPLICATE of bug 1255747

(Core :: Graphics, defect)

Description

[Khalid Syfullah Zaman [:khalid32]]

Attachment: Screenshot.png

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0
Build ID: 20160617004051

Steps to reproduce:

1. Open Firefox Developer Edition on a new profile



Actual results:

Graphical glitches appears throughout prompt display and hides out 'Start Page' and 'Open Menu' icon.


Expected results:

Both icons should display without any glitches.

NOTE:
* Tried on multiple new profiles, but the result is same.
* Only happens on Firefox Developer Edition.

Comment 1

[:Gijs (he/him)]

Does this happen in safe mode? Can you post the result of about:support's graphics section as a comment?

(Because the buttons include bits of the linux titlebar buttons, I expect this is either a graphics or a GTK bug. It doesn't really make sense for this to have been caused by theming/css changes in Firefox - Milan, any chance you've seen this before?)

Comment 2

[Alice0775 White]

I can reproduce the problem on Aurora49.0a2 ubuntu14.04(32bit and 64nit both) at the first launch (of course no add-on installed).
 
Maybe this problem is the promo(?) arrow panel related.

Comment 3

[Milan Sreckovic [:milan] (needinfo for best results)]

Any chance for a regression range?  If it is the first launch only, that may not be the easiest.

Comment 4

[Alice0775 White]

Regression window:
https://hg.mozilla.org/releases/mozilla-aurora/pushloghtml?fromchange=8f7f9af27cb6&tochange=7308dd0a6c3b

So, Regression seems to be due to the merging of Aurora42.

Comment 5

[Milan Sreckovic [:milan] (needinfo for best results)]

Hmm, I wonder if there is a way to get the regression range on nightly, with a particular profile that forces nightly to behave like dev edition.

Comment 6

[Alice0775 White]

(In reply to Milan Sreckovic [:milan] from comment #5)
> Hmm, I wonder if there is a way to get the regression range on nightly, with
> a particular profile that forces nightly to behave like dev edition.

How set the profile? Could you provide detail steps by steps?

Comment 7

[Milan Sreckovic [:milan] (needinfo for best results)]

Try going to Customize, click on Themes, choose "Developer Edition" theme and restart Firefox.  If that doesn't reproduce the problem, then there may not be an easy way.  If that does reproduce the problem, the simplest way is to run mozregression-gui tool, and in Profile persistence, choose "clone-first".  First time you run Firefox, set this theme preference, then re-run the same version again.  After that, you should be getting the dev edition theme in all the runs you're doing.

Comment 8

[Alice0775 White]

It does not bring default toolbar button sets of Aurora. And It does not pop up the promo.

Comment 9

[Khalid Syfullah Zaman [:khalid32]]

(In reply to :Gijs Kruitbosch from comment #1)
> Does this happen in safe mode? Can you post the result of about:support's
> graphics section as a comment?
> 
> (Because the buttons include bits of the linux titlebar buttons, I expect
> this is either a graphics or a GTK bug. It doesn't really make sense for
> this to have been caused by theming/css changes in Firefox - Milan, any
> chance you've seen this before?)

Tried it on safe mode. It's even worse than previous one..

Here's graphics section's result as you asked..

Graphics
--------

Features
Compositing: Basic
Asynchronous Pan/Zoom: wheel input enabled
WebGL Renderer: Intel Open Source Technology Center -- Mesa DRI Intel(R) Ivybridge Mobile
Hardware H264 Decoding: No
GPU #1
Active: Yes
Description: Intel Open Source Technology Center -- Mesa DRI Intel(R) Ivybridge Mobile
Vendor ID: Intel Open Source Technology Center
Device ID: Mesa DRI Intel(R) Ivybridge Mobile
Driver Version: 3.0 Mesa 11.2.0

Diagnostics
AzureCanvasAccelerated: 0
AzureCanvasBackend: skia
AzureContentBackend: cairo
AzureFallbackCanvasBackend: none
CairoUseXRender: 0
Decision Log
HW_COMPOSITING:
blocked by default: Acceleration blocked by platform

Comment 10

[:Gijs (he/him)]

Matt, it seems like this is a result of the UI Tour highlights (maybe in combination with the panels). Is there an easy one-liner to manually cause those to show up e.g. from the browser console, to get a useful regression window? I tried a bit with UITour.showHighlight but I couldn't find whatever the magic incantation is - I just get aElement is undefined errors, even though aTarget clearly exists. :-\

Comment 11

[Matthew N. [:MattN]]

This simplest way would be to just load https://www.mozilla.org/en-US/firefox/49.0a2/tour/ or https://www.mozilla.org/en-US/firefox/50.0a1/tour/

Otherwise from the Web Console of those pages you can run Mozilla.UITour.showHighlight("…").

If you really want the Browser Console version then let me know as that will require more digging.

Comment 12

[:Gijs (he/him)]

Just loading that page ( https://www.mozilla.org/en-US/firefox/49.0a2/tour/ ) and dismissing the initial highlight on the developer button reproduces 3/4 times for me (if not immediately, then by dismissing the highlight on the main menu button).

Milan, with those STR, can you take another look to see what's breaking? Still feels like a gfx/widget issue, even if it's triggered by what frontend is doing here.

Comment 13

[:Gijs (he/him)]

(In reply to :Gijs Kruitbosch from comment #12)
> Just loading that page ( https://www.mozilla.org/en-US/firefox/49.0a2/tour/
> ) and dismissing the initial highlight on the developer button reproduces
> 3/4 times for me (if not immediately, then by dismissing the highlight on
> the main menu button).

err, I meant, dismissing the one on the developer button which causes the main menu button to be highlighted instead.

Comment 14

[Abe - QA (:Abe_LV)]

Regression window is provided in Comment 4. Changing the 'regression-wanted' keyword.

Comment 15

[Alice0775 White]

Using URL https://www.mozilla.org/en-US/firefox/49.0a2/tour/ in comment#11 and m-c nightly, m-i  tinderbox build(cached),

Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8e5c888d0d89&tochange=1f77b78797d6
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=1ee54e043b9b&tochange=939320b957c5

Regressed by: 939320b957c5	Mike Hommey — Bug 1186003 - Switch automated builds to Gtk+3. r=mshal

Comment 16

[Karl Tomlinson (:karlt)]

This is the same issue as bug 1255747, thanks.
There has been some progress in bug 1225044.