964688 - Strange behavior of transforming elements in nightly with HWA disabled

Status: VERIFIED FIXED

(Core :: Layout, defect)

Description

[Krzysztof]

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140127072047

Steps to reproduce:

1. Go to http://christianheilmann.com/
2. Scroll down to the middle of the page
3. Hover on left-side menu


Actual results:

After step 2 the menu starts to disappear. Hovering makes it jump in different directions.


Expected results:

Menu should rotate 15° around vertical axis.

Comment 1

[Krzysztof]

Sorry, I mean right-side menu.

Comment 2

[Alice0775 White]

WFM
http://hg.mozilla.org/mozilla-central/rev/53376ef850fc
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 ID:20140127072047

Comment 3

[Paul Silaghi, QA [:pauly]]

WFM on 29.0a1 (2014-02-02), win 7 x64.

Please check if the issue occurs using Firefox in safe mode (with your addons disabled):
http://support.mozilla.com/kb/Safe+Mode

Or on a new, empty profile:
http://support.mozilla.org/en-US/kb/Managing-profiles#w_starting-the-profile-manager

Comment 4

[Krzysztof]

Issue occurs in safe mode as well as on the new profile. 

Nightly, win XP x32.

Comment 5

[Paul Silaghi, QA [:pauly]]

Ok, I see the problem now, but only with hardware acceleration disabled.
Do you have it disabled too ? (Tools/Options/Advanced/Use hardware acceleration)

Comment 6

[Krzysztof]

Yes, Paul. It's disabled. My GPU is not supported by Firefox, so enabling it doesn't change anything.

Comment 7

[Paul Silaghi, QA [:pauly]]

Ok, thanks.

Comment 8

[Alice0775 White]

Regression window(m-i) with HWA off
Good:
http://hg.mozilla.org/integration/mozilla-inbound/rev/1d7cf48de343
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 ID:20131207101800
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/8dcaf0cd8b89
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 ID:20131207103358
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=1d7cf48de343&tochange=8dcaf0cd8b89

Regressed by
8dcaf0cd8b89	Timothy Nikkel — Bug 947467. Active transform layers should obey ancestor clipping if we don't need to prerender non-visible parts of them. r=roc

Comment 9

[Lukas Blakk [:lsblakk] use ?needinfo]

Doesn't look like this should still be assigned to Alice - Timothy have you had a chance to look into this yet and perhaps see if a backout is appropriate here?

Comment 10

[Timothy Nikkel (:tnikkel)]

(In reply to Lukas Blakk [:lsblakk] from comment #9)
> Doesn't look like this should still be assigned to Alice - Timothy have you
> had a chance to look into this yet and perhaps see if a backout is
> appropriate here?

Indeed, bug 947467 was backed out already. See bug 947467.

Comment 11

[Lukas Blakk [:lsblakk] use ?needinfo]

Great, thank you - does this issue still persist on current FF30 Nightly and thus, still need to be tracked for that release?

Comment 12

[Timothy Nikkel (:tnikkel)]

Yes, still on 30. Oops, I thought I got everything, but I forgot about the tracking flags in dependent bugs.

Comment 13

[Lukas Blakk [:lsblakk] use ?needinfo]

Timothy - in that case let's get a backout nomination for bug 947467 on beta (and, based on your comment in that bug, perhaps all the way out?)

Comment 14

[Timothy Nikkel (:tnikkel)]

I just checked and this bug is now fixed. I confirmed that it was fixed by bug 970294. Bug 970294 landed on 28+ so this bug should not exist on any branch anymore.

This was the last bug caused by bug 947467 to be fixed, so bug 947467 has no known open regressions at this point.

Comment 15

[Timothy Nikkel (:tnikkel)]

(I also confirmed that I could not reproduce the bug on release, beta, aurora, or nightly, and that I could reproduce on nightly builds from february.)

Comment 16

[[SV Manager] Florin Mezei, QA (:FlorinMezei)]

Marking as verified based on comment 15.