You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
Applies to: #6468
This affects both the bitECS and A-Frame loaders.
For the bitECS loader:
Physics doesn't continue working after moving an object that has had physics permanently enabled on it. Physics initially works immediately after enabling it on an in-room object, but stops working after the object is moved by the user.
For the A-Frame loader:
Physics will work initially when permanently enabled, but you can't move the object afterward because of bug #6518. If you work around bug #6518, then permanently enabling physics either doesn't work at all or acts the same as for the bitECS loader.
To Reproduce
Steps to reproduce the behavior:
For the bitECS loader:
Enter a Hubs room with the bitECS loader enabled (this can be set in the room settings).
Drag and drop a GLB file that you have locally on your computer into the room (or use Place -> Upload). This file can be downloaded and used to test if you don't have any GLBs handy: Test_Cube.zip.
Hover over the object with your mouse and press and hold spacebar to bring up its menu (you may have to move your avatar around a bit to get it to show up).
Click on the ball with a downwards arrow to permanently enable physics.
See the object drop to the ground.
Click and drag the object to a new position in space.
See that the object doesn't drop to the ground when you release the mouse button.
For the A-Frame loader:
Enter a Hubs room with the A-Frame loader enabled (this is the default for new rooms, but the A-Frame and bitECS loaders can be toggled between in the room settings at any time).
Drag and drop a GLB file that you have locally on your computer into the room (or use Place -> Upload). This file can be downloaded and used to test if you don't have any GLBs handy: Test_Cube.zip.
Hover over the object with your mouse and press and hold spacebar to bring up its menu (you may have to move your avatar around a bit to get it to show up).
Click on the ball with a downwards arrow to permanently enable physics.
Drag and drop the GLB file that you have locally on your computer into the room again so you have another copy (or use Place -> Upload).
Spawn a media frame cube via the /cube chat command.
Use the media frame cube to capture the object to allow moving the object.
Move the object outside of the media frame (steps 8-10 work around bug #6518).
Hover over the object with your mouse and press and hold spacebar to bring up its menu (you may have to move your avatar around a bit to get it to show up).
Click on the ball with a downwards arrow to permanently enable physics.
See that either nothing happens at all, or the object will drop to the ground once, but then never again after you move it (the same behavior as is displayed with bitECS).
Expected behavior
The object should always drop to the ground initially, and after moving it, when physics is permanently enabled.
Hardware
Device: Laptop
OS: GNU/Linux
Browser: Chromium and Brave
Additional context
Potentially caused by #6487
Originally reported (with slight differences) against the master branch here: #6504
The text was updated successfully, but these errors were encountered:
Description
Applies to: #6468
This affects both the bitECS and A-Frame loaders.
For the bitECS loader:
Physics doesn't continue working after moving an object that has had physics permanently enabled on it. Physics initially works immediately after enabling it on an in-room object, but stops working after the object is moved by the user.
For the A-Frame loader:
Physics will work initially when permanently enabled, but you can't move the object afterward because of bug #6518. If you work around bug #6518, then permanently enabling physics either doesn't work at all or acts the same as for the bitECS loader.
To Reproduce
Steps to reproduce the behavior:
For the bitECS loader:
For the A-Frame loader:
/cube
chat command.Expected behavior
The object should always drop to the ground initially, and after moving it, when physics is permanently enabled.
Hardware
Additional context
Potentially caused by #6487
Originally reported (with slight differences) against the master branch here: #6504
The text was updated successfully, but these errors were encountered: