Bug 95449 - transition tweens calculate incorrectly when manipulating DOM and changing className
Summary: transition tweens calculate incorrectly when manipulating DOM and changing cl...
Status: UNCONFIRMED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 525.x (Safari 3.2)
Hardware: Mac (Intel) OS X 10.7
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-30 05:48 PDT by Onne Gorter
Modified: 2012-08-30 05:48 PDT (History)
0 users

See Also:


Attachments
hit left/right and observe "holes" (3.73 KB, text/html)
2012-08-30 05:48 PDT, Onne Gorter
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Onne Gorter 2012-08-30 05:48:54 PDT
Created attachment 161454 [details]
hit left/right and observe "holes"

If in the middle of an animation, and you add/remove DOM nodes, and set new endpoints, the animation tweens normally.
if in the middle of an animation, and you change node className's, and set new endpoints, the animation tweens normally.

But, if you manipulate the DOM *and* change some nodes className's, for those nodes, the positions for the new animation are off.

See the attached testcase which emulates an endless scrolling list with an animation of 1 second. Just hit left/right in quick succession and observe the "holes".

Turning off SET_FOCUS does not change classNames and the animation look continuous and without any holes.
Turning off DOM_CHANGE does not add/remove nodes, and the animation looks continues (but you cannot go far ...).

But both together cause "holes" to appear in the animation.

Even setting the same classname on an element still has the this effect, what actually gets styled seems irrelevant to this bug.

It is purely cosmetic, but it is in the way of some otherwise nice effects you can do with this.