489912 - time labels in video controls obscured by white boxes on Windows

Status: RESOLVED WORKSFORME

(Toolkit :: Video/Audio Controls, defect, P2)

Description

[Justin Dolske [:Dolske]]

Attachment: Screengrab showing problem

The numbers in the video controls look normal when the controls are fading in/out, but then a fraction of a second later white boxes get drawn over them. Not sure what's happening here.

This only happens on Vista. XP, OS X, and Linux are fine.

Comment 1

[Oleg Kuznetsov]

I can see this on XP:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090423 Mozilla Firefox/3.2a1pre

Comment 2

[(not currently active) Ted Mielczarek]

I can also see this on XP. I have ClearType enabled, is that on by default on Vista? (it's not on XP)

Comment 3

[Justin Dolske [:Dolske]]

Hmm, I thought I had already noted this but clearly didn't:

Rob Strong pointed out that this seems to be a trunk-only problem (not an issue on 1.9.1), and that bug 376408 might be the culprit. I haven't gotten around to checking if backing out that change locally helps or not.

Comment 4

[Nochum Sossonko [:Natch]]

Getting this on the radar, this is a major ui usability issue, even if only present on trunk (besides the fact that bug 376408 landed on 3.5 for a bit).

Comment 5

[Jim Mathies [:jimm]]

Are these control embedded in their own windows? The patch in bug 376408 only applied to window regions on popup panels and tooltips.

Comment 6

[Chris Pearce [:cpearce (Not reading bugmail)]]

Is this still happening? I've never seen this happen, and I can't see this with a Windows trunk build I pulled yesterday. I'm on Vista with cleartype enabled.

Comment 7

[Oleg Kuznetsov]

(In reply to comment #6)
> Is this still happening? I've never seen this happen, and I can't see this with
> a Windows trunk build I pulled yesterday. I'm on Vista with cleartype enabled.

Everything is normal now. 

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090802 Minefield/3.6a1pre (.NET CLR 3.5.30729)

Comment 8

[(mostly gone) XtC4UaLL [:xtc4uall]]

this got fixed in following range:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a1fc27041e53&tochange=b766e9dc2335

Comment 9

[Justin Dolske [:Dolske]]

Yeah, I don't see this either now.

Comment 10

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Not worth checking for a regression range for an already fixed bug.

Comment 11

[Daniel Holbert [:dholbert]]

I just found this bug on the "blocking 1.9.2 but not yet marked as fixed there" bug list.

Based on the build ID in Comment 7 and the pushlog in Comment 8, this was fixed before 1.9.2 even branched off of mozilla-central.

Marking as fixed on 1.9.2.