Closed
Bug 1280720
Opened 8 years ago
Closed 8 years ago
Graphical Glitches occur on 'Start Page' and 'Open Menu' icon throughout prompt display
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1255747
People
(Reporter: khalid32, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [gfx-noted])
Attachments
(1 file)
229.37 KB,
image/png
|
Details |
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.
Updated•8 years ago
|
Component: Untriaged → Theme
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Comment 1•8 years ago
|
||
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?)
Component: Theme → Graphics
Flags: needinfo?(milan)
Flags: needinfo?(khalid.z547)
Product: Firefox → Core
Comment 2•8 years ago
|
||
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.
Any chance for a regression range? If it is the first launch only, that may not be the easiest.
Comment 4•8 years ago
|
||
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.
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•8 years ago
|
||
(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?
Flags: needinfo?(milan)
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.
Flags: needinfo?(milan)
Comment 8•8 years ago
|
||
It does not bring default toolbar button sets of Aurora. And It does not pop up the promo.
Updated•8 years ago
|
Severity: normal → trivial
Reporter | ||
Comment 9•8 years ago
|
||
(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
Flags: needinfo?(khalid.z547)
Comment 10•8 years ago
|
||
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. :-\
Flags: needinfo?(MattN+bmo)
Comment 11•8 years ago
|
||
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.
Flags: needinfo?(MattN+bmo)
Comment 12•8 years ago
|
||
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.
Flags: needinfo?(milan)
Comment 13•8 years ago
|
||
(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•8 years ago
|
||
Regression window is provided in Comment 4. Changing the 'regression-wanted' keyword.
Keywords: regressionwindow-wanted → regression
Comment 15•8 years ago
|
||
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
Blocks: 1186003
Comment 16•8 years ago
|
||
This is the same issue as bug 1255747, thanks. There has been some progress in bug 1225044.
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Updated•8 years ago
|
Flags: needinfo?(milan)
You need to log in
before you can comment on or make changes to this bug.
Description
•