Y Rotation Is Reseted For Duplicated Objects

[raisins]

Hey guys I found a bug. I had an object in my map with rotation settings: x90 y20 z0. I created a duplicate using shift + move. I got a duplicate but the Y rotation for it is reseted to 0.



Thanks.

[StarFire]

Hmm this should not happen

We have tested it on our version and everything is working as expected, strange?
Q - Does it happen every time?
Q - How did you set the rotation, via the objects property or gizmo or translation panel?
Q - Has anyone else had this problem?

If we can get it to happen on our dev system then we can fix it for you

[raisins]

Ahh! Try this to reproduce the glitch in your editor: rotate the object around X by 90, then rotate the object's Y to some degree then duplicate the object. It glitches only if you have X changed (90 in this case).

[SolarPortal]

will give it a go

[raisins]

Wait, I noticed something. The glitch doesn't happen when editing the rotation using the gizmo. It only happens when using the properties panel. So change X to 90 (using the panel) then use the Gizmo to rotate Y then duplicate the object.

Also, the glitch only happens if you use the properties panel to rotate the X, then use the gizmo to rotate the Y. It's as if the gizmo is not changing the Y rotation variable in the system.

[SolarPortal]

i have managed to replicate the bug in our version using the properties panel to set the X to 90. Then use the gizmo to rotate to 20, but it should actually be saying -20. Which is why on duplicate, the object flips to its correct orientation.

Strange, something must be flipped in the code

Thank you for pointing this out

Edit: The gizmo only rotates if in Local mode otherwise it works on a world space rotation which doesnt change.

[raisins]

Thanks

My temporary solution is to use just 1 tool to rotate the object otherwise the variables will get confused. At first I used both: panel to rotate the X (I wanted a flat platform) and the gizmo to rotate the Y (I wanted the platform to face the water).

Edit: I see, I'll use local mode when working with this kind of stuff.

Thanks.

[SolarPortal]

just make a quick test to make sure everything loads back ok, then continue you don't want to set everything up and it all come back messed up.

[raisins]

[SolarPortal]

we will find some time to try and fix this, but a little busy atm as i am currently upgrading the Assimp importer for .x, .dae, .obj etc.. minus .FBX(different importer). These files now convert to usable material names instead of hashed numbers and need to be separated materials instead of one file.

Thanks again for finding these bugs