Closed Bug 616914 Opened 14 years ago Closed 14 years ago

Animation with opacity and movement broken again (kind of)

Categories

(Core :: Graphics, defect)

x86_64
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: illusionmist62442, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b8pre) Gecko/20101205 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b8pre) Gecko/20101205 Firefox/4.0b8pre

On YoxView site, animation of the text of the navigation bar is broken, making it look like how bug 583548 looked before it's fixed. When hovered, opacity jumps right to 1 and moving animation gets choppy; when mouse out opacity transition works but it's not moving down.
This only happens on my Mac OS and works on my Windows, so I suppose it's platform-related.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.yoxigen.com/yoxview/
2. Play with the navbar and watch the animation.
Attached video screencast
Tested with Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101206 Firefox/4.0b8pre and I can replicate, if I've understood the symptoms correctly from the video (plus in comparison to how it looks for me in Chrome, the animation is really choppy, so think I've got it).

I have hardware acceleration turned off, does turning it off make the issue occur on your Windows machine too?
I tested it on my virtual machine Windows 7 and I think it doesn't have hardware acceleration turned on.
But it works fine :/
Does this work fine with 3.6.13?

Could you see if the issue occurs...
- With a new, empty profile:
http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting#w_make-a-new-profile
- Using the latest nightly:
http://nightly.mozilla.org/

Does turning hardware acceleration in prefs on/off (and then restarting Firefox for the changes to take effect), make any difference?

If it does occur with the latest nightly, would you be able to try and find the regression range: (since it seems to affect OS X more than Windows I can't do this myself)
https://wiki.mozilla.org/QA/Triage#How_to_Help_with_Regressions_--_Finding_Regression_Windows

Thanks!
With the latest build it's working normally now.

Checked the daily builds and it's fixed between 12/19 and 12/20.
Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=12%2F19%2F10&enddate=12%2F20%2F10
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Had a glance at the range, fixed by bug 612840 perhaps?

Going to change to worksforme rather than fixed, since cause of fix not confirmed and no patch was attached to this bug itself. Glad it works now though :-)

(Please reopen if it crops up again).
Component: General → Graphics
QA Contact: general → thebes
Hardware: x86 → x86_64
Resolution: FIXED → WORKSFORME
Version: unspecified → Trunk
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: