Closed
Bug 718000
Opened 12 years ago
Closed 11 years ago
Setting overflow on a node aborts its children's transitions
Categories
(Core :: CSS Parsing and Computation, defect)
Core
CSS Parsing and Computation
Tracking
()
RESOLVED
DUPLICATE
of bug 625289
People
(Reporter: ttaubert, Unassigned)
References
Details
Attachments
(1 file)
868 bytes,
text/html
|
Details |
If we change the parent container's overflow property and start a CSS transition in one of its child nodes the transition is immediately aborted (or maybe not started at all). I don't really have a clue what's going on but I prepared a test case: box 1) Does not touch the container's overflow property before toggling an opacity transition in the child. box 2) Changes the container's overflow property and starts a transition. Results: (1) is smooth and actually executes a transition whereas (2) just switches opacity immediately.
Comment 1•12 years ago
|
||
Hmm. This is odd. I thought we stored the props on the node so that transitions would survive reframes... David?
Comment 2•12 years ago
|
||
I'm seeing this bug too. I am sorry I have no new information. Curious if anyone has discovered a workaround until the bug gets fixed. Thanks :)
Comment 4•11 years ago
|
||
(In reply to Johnny Benson from comment #2) > I'm seeing this bug too. I am sorry I have no new information. Curious if > anyone has discovered a workaround until the bug gets fixed. A potential workaround would be move those two actions apart via setTimeout. 1. set overflow 2. delay via setTimeout 3. perform the transition Live demo: http://jsfiddle.net/simevidas/4CF8e/ A 50ms delay seems to work fine. However, a zero-timeout does not work.
Updated•11 years ago
|
Flags: needinfo?(dbaron)
Comment 5•11 years ago
|
||
I forgot to mention, the above live demo is based on the testcase attached at the beginning of this thread. I've merely wrapped the second statement inside a setTimeout. Now, the second box also performs a transition.
(In reply to Boris Zbarsky [:bz] from comment #1) > Hmm. This is odd. I thought we stored the props on the node so that > transitions would survive reframes... David? That doesn't help if the change that would start the transition is simultaneous with the one that causes the reframe.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(dbaron)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•