1262995 - Tooltips show corruption at their edges & corners

Status: RESOLVED DUPLICATE of bug 1258086

(Core :: Graphics, defect)

Description

[Daniel Holbert [:dholbert]]

Attachment: testcase 1 (doesn't reproduce bug reliably)

STR:
 1. Load testcase.
 2. Hover the text.
 3. Look at the edges of the tooltip that appears. (If it looks fine, un-hover and hover again.)

ACTUAL RESULTS:
 - The corners of the tooltip are inconsistently transparent (rounded) vs. dark.
 - The edges of the tooltip usually have a few random white pixels.

EXPECTED RESULTS:
No such insonsistency. Corners should be consistently rounded, & there shouldn't be random white pixels at edges.

I'm hitting this in Firefox Nightly 48.0a1 (2016-04-07), though I've noticed it for a while. I can't reproduce it in Firefox Release -- the tooltips are just solid black rectangles there. So I suspect this might be a GTK3-theming issue.

Comment 1

[Daniel Holbert [:dholbert]]

The testcase only reproduces the bug intermittently for me, but I think (?) I can reproduce it more reliably (in a fresh profile) by hovering external links on Twitter, e.g. here:
 https://twitter.com/mozilla

Comment 2

[Daniel Holbert [:dholbert]]

Attachment: screenshot showing random white pixels at edge of tooltip (& inconsistently dark corners)

Comment 3

[Daniel Holbert [:dholbert]]

I'm using Ubuntu 16.04 with gnome-shell and the default "Ambiance" theme, FWIW.

Comment 4

[Daniel Holbert [:dholbert]]

Regression range:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=d78875efa55acb8f8849336e264bee955ce6a460&tochange=bd59893f50b8c7107ab6c07cb2337c1d5cc09184

--> regression from bug 1249813 (though it's conceivable that cset just exposed an underlying widget bug where we're lying about whether something is opaque or something)

Comment 5

[Daniel Holbert [:dholbert]]

Attachment: testcase 2 (maybe more likely to repro)

This self-describing testcase is a bit easier to reproduce the bug with.

Basically: hover the text repeatedly (and notice the tooltip's border going from barely-there to basically matching the text color, which is odd in and of itself).  Once the tooltip's border-color essentially matches its text-color, click the link inside the testcase and hover the mzl.la link there. The resulting tooltip shows the corruption described in this bug.

Comment 6

[Daniel Holbert [:dholbert]]

Attachment: screencast of bug (using testcase 2)

Comment 7

[Daniel Holbert [:dholbert]]

(In reply to Daniel Holbert [:dholbert] from comment #5)
> Basically: hover the text repeatedly (and notice the tooltip's border going
> from barely-there to basically matching the text color, which is odd in and
> of itself).

(This part is bug 1258086 -- and it has a different, earlier regression range.)

Comment 8

[Karl Tomlinson (:karlt)]

I suspect this has the same cause as bug 1258086.

Comment 9

[Daniel Holbert [:dholbert]]

Yeah, I think you're probably right. (More recent regression range here, but that could've just been us opening up a new way for the underlying bug to rear its head.)

Comment 10

[Andrew Comminos [:acomminos]]

Should be fixed by the patch in bug 1258086.