Created attachment 8763301 [details] 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.
Component: Untriaged → Theme
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
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
Product: Firefox → Core
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.
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.
(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?
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.
It does not bring default toolbar button sets of Aurora. And It does not pop up the promo.
(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
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. :-\
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.
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.
(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.
Regression window is provided in Comment 4. Changing the 'regression-wanted' keyword.
Keywords: regressionwindow-wanted → regression
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
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1255747
You need to log in before you can comment on or make changes to this bug.