Closed
Bug 793323
Opened 13 years ago
Closed 10 years ago
CSS 3 transition behaves differently in Firefox than Chrome & Safari
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 701626
People
(Reporter: ken_mori, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.64 Safari/537.4
Steps to reproduce:
I have a specific case where the CSS 3 transition behaves differently than Chrome or Safari. The example can be found at http://jsfiddle.net/inuwan/StKVQ/1/
In case 1 (move1) - works in Chrome/Safari only
In case 2 (move2) - code that removed a css class so that an element will transition to the left was inline in case 1 but has now been wrapped in an additional settimeout with a 2 second delay. Now works in Firefox, Chrome, and Safari
In case 3 (move3) - same as case 2 but document.body.style.overflowX = 'hidden' has been added and now won't work properly in Firefox but works correctly in Chrome and Safari
Actual results:
CSS transition to move left does not happen
Expected results:
HTML element should have moved out left and the same element with different innerHTML should have transitioned left from the right
![]() |
||
Comment 1•13 years ago
|
||
Case1 and Case2 :Works for me in Firefox16beta4 windows7
Case3, you should add "style refresh" trick as follows, then works for me in Firefox16beta4 windows7.
function move3() {
document.body.style.overflowX = 'hidden';
//xxxx style computation here.
document.body.offsetHeight;
![]() |
||
Updated•13 years ago
|
Component: Untriaged → Style System (CSS)
Product: Firefox → Core
Comment 2•10 years ago
|
||
The jsfiddle testcase is gone (please attach the testcases to bugzilla instead!), but this seems the same issue as bug 701626.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•