1216797 - Rendering issues on Travis build summary pages

Status: NEW

(Core :: Graphics, defect)

Description

[Marco Castelluccio [:marco]]

There are all kinds of rendering issues on Travis build status pages. For example, sometimes the entire tab bar becomes black.

Comment 1

[u279076]

Could you please attach a screenshot and steps to reproduce including any publicly accessible URLs? Are you seeing something similar to bug 1216210?

Comment 2

[Marco Castelluccio [:marco]]

To reproduce, simply open a Travis build status page (e.g. https://travis-ci.org/mozilla/oghliner/builds/86511272).
I can't always reproduce, I'll post a screenshot once I reproduce again (there are often flashing areas, so I can't always easily take screenshots).

The rendering issues I'm seeing look different from the screenshot in bug 1216210.

Comment 3

[u279076]

Thanks Marco, if you could, please also provide a copy of your about:support page.

Comment 4

[Marco Castelluccio [:marco]]

One of the issues that can be easily reproduced:
1) Open https://travis-ci.org/mozilla/oghliner/builds/86507975 (or another build status page)
2) While the page is loading, scroll up and down
3) See the loading throbber in the tab bar intermittently appear and disappear.

Comment 5

[Marco Castelluccio [:marco]]

Attachment: about_support.txt

Comment 6

[u279076]

Thanks, I cannot reproduce this locally on my Macbook Pro so maybe this is a Linux-only bug. I did notice several errors in your about:support#Graphics section:

(#0) Error: Failed to allocate a surface due to invalid size Size(0,0)
(#14) Error: Failed to allocate a surface due to invalid size Size(0,0)
(#15) Error: Failed to allocate a surface due to invalid size Size(0,0)
(#16) Error: Failed to allocate a surface due to invalid size Size(0,0)
(#17) Error: Failed to allocate a surface due to invalid size Size(0,0)
(#18) Error: Failed to allocate a surface due to invalid size Size(0,0)

Could you try running this on a new profile?

Comment 7

[Marco Castelluccio [:marco]]

I can reproduce in a clean profile as well.

Comment 8

[Marco Castelluccio [:marco]]

Attachment: Screenshot from 2015-10-21 02-04-28.png

Comment 9

[Marco Castelluccio [:marco]]

Attachment: Screenshot from 2015-10-21 02-04-30.png

Comment 10

[Marco Castelluccio [:marco]]

Attachment: Screenshot from 2015-10-21 02-04-37.png

Comment 11

[u279076]

Thanks Marco. Did this start to happen recently? If so could you find a regression window using http://mozilla.github.io/mozregression/?

Milan, do the errors in comment 6 provide any leads?

Comment 12

[Marco Castelluccio [:marco]]

(In reply to Anthony Hughes, QA Mentor (:ashughes) from comment #11)
> Thanks Marco. Did this start to happen recently? If so could you find a
> regression window using http://mozilla.github.io/mozregression/?

I've been seeing rendering issues in general on Travis for quite some time now, I regret not having filed a bug before.
The throbber issue is more recent and easier to reproduce though, so I can probably find a regression window for it.

Comment 13

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

Nothing particularly sinister about comment 6 errors.  Let's see where the regression range takes us.

Comment 14

[Marco Castelluccio [:marco]]

It didn't go very well: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=085253afab5842cf88a1a09b15b8d02172b4edb1&tochange=f5d2563ac0ae66bc2cf293ff8654732a51d208bc

Comment 15

[Kelsey Gilbert [:jgilbert]]

Related to GTK3 maybe?

Comment 16

[Karl Tomlinson (:karlt)]

(In reply to Jeff Gilbert [:jgilbert] from comment #15)
> Related to GTK3 maybe?

Maybe.  I can only guess, but the problems look more like graphics problems than problems in drawing of native gtk widgets.  The urlbar glitch for example includes the back button.

The lines missing from "Build Jobs text/icons suggest perhaps off-by-one errors in display item dimensions.  I wonder whether high dpi scaling is involved here somehow?  The back button and search icons look larger than expected but not large enough for GDK's scaling factor of 2.

Comment 17

[Marco Castelluccio [:marco]]

The resolution of the monitor was 1920x1080p.