Closed
Bug 769892
Opened 13 years ago
Closed 3 years ago
3D transform rotate3d from -90deg to -180deg goes through 270deg
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: phil.m.parsons, Assigned: dzbarsky)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.4 Safari/537.1
Steps to reproduce:
Transitioned the transform on a 3D box that is set at rotate3d(1,0,0,-90deg) to rotate3d(1,0,0,-180deg).
See:
http://jsbin.com/iwokok/8 (rotate3d(1,0,0,-90deg) to rotate3d(1,0,0,-180deg))
http://jsbin.com/iwokok/9 (rotate3d(1,0,0,180deg) to rotate3d(1,0,0,270deg))
http://jsbin.com/iwokok/11 (rotate3d(-1,0,0,90deg) to rotate3d(-1,0,0,180deg))
Actual results:
The transition animates the box through 270deg in the opposite direction. This also happens from rotate3d(1,0,0,180deg) to rotate3d(1,0,0,270deg)—the same face in the opposite direction.
Expected results:
The box should animate to the new transform through 90deg.
![]() |
||
Updated•13 years ago
|
Component: Untriaged → Style System (CSS)
Product: Firefox → Core
QA Contact: untriaged → style-system
Version: 16 Branch → Trunk
![]() |
||
Updated•13 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 1•13 years ago
|
||
If nobody else wants this I'll grab it.
Assignee: nobody → dzbarsky
Yes rotate3d is not working correctly as Phil reported.
This bug for the moment can be avoid by using rotateX, rotateY, and rotateZ where the rotation works correctly.
![]() |
||
Comment 3•13 years ago
|
||
Regression window(cached m-c)
Good:
http://hg.mozilla.org/mozilla-central/rev/cb70391c86d9
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0a1) Gecko/20111205 Firefox/11.0a1 ID:20111205043819
Bad:
http://hg.mozilla.org/mozilla-central/rev/fafaf614791f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0a1) Gecko/20111206 Firefox/11.0a1 ID:20111206031117
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=cb70391c86d9&tochange=fafaf614791f
Regression window(cached m-i)
Good:
http://hg.mozilla.org/integration/mozilla-inbound/rev/66a382d48b09
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0a1) Gecko/20111204 Firefox/11.0a1 ID:20111204142518
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/a0e9e2640477
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0a1) Gecko/20111204 Firefox/11.0a1 ID:20111204145418
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=66a382d48b09&tochange=a0e9e2640477
Suspected: Bug 704468
![]() |
||
Updated•13 years ago
|
Keywords: regression
![]() |
||
Comment 4•13 years ago
|
||
Sorry,Please interpret "Good" of comment 3 as follows,
Good: rotate 90deg, but direction is wrong( rotate opposite direction )
![]() |
||
Updated•13 years ago
|
Keywords: regression
+1. I just burned two hours on this before finding the rotateZ solution.
Comment 7•8 years ago
|
||
Is this still an issue? All test cases in comment 0 seem to animate through the shortest path.
![]() |
||
Comment 8•3 years ago
|
||
This seems to be fixed indeed.
![]() |
||
Updated•3 years ago
|
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•