Webots crashing when opening world(MAC,Windows)

[Jeva2021]

Describe the Bug
A clear and concise description of what the bug is.
When I attempt to open a saved version of my Webots world my program crashes immediately. So I recreate the world and try to work on it but my webots crashes mid way through most of the time and I can't reopen it so I have to recreate the world over and over again. I have asked other people to run my same world and it crashes for some people and works for others/
Steps to Reproduce

1. Try to open my webots world
   or
2. Run my webots world with the controller and it might crash.

Expected behavior
A clear and concise description of what you expected to happen.
Webots should crash when you open the world. Or it should crash most of the time when you run it.
Screenshots
If applicable, add screenshots to help explain your problem.

System

• Operating System: [e.g., Windows 10, Linux Ubuntu 18.04, macOS Mojave]
• Graphics Card: [e.g., NVIDIA GeForce RTX 2080 11 GB, AMD Radeon RX 580 8GB, etc.]
  Mac Silicon M1 Pro Chip(Sonoma 14.5)
  also
  Windows 11(Nvidia RTX 4060)

Module5 4.zip

Additional context
Add any other context about the problem here.

[correll]

I confirm that the problem persists on the nightly build from November 14. There are a couple of warnings, but none should lead to the segfault

I include the output

WARNING: Could not listen to extern controllers and robot windows on port 1234. Port 1234 is already in use. Using port 1235 instead. This could be caused by another running instance of Webots. You should use the '--port' option to start several instances of Webots.
WARNING: Robot "TIAGo LITE" > DEF BODY_EXTENSION Pose > Solid "Torso" > DEF TORSO_LIFT_JOINT SliderJoint > LinearMotor "torso_lift_joint": too low requested position: -0.000164907 < -8.24496e-05
WARNING: Robot "TIAGo LITE" > DEF BODY_EXTENSION Pose > Solid "Torso" > DEF TORSO_LIFT_JOINT SliderJoint > DEF TORSO_LIFT Solid > DEF NECK_JOINT HingeJoint > DEF NECK Solid > DEF HEAD_JOINT HingeJoint > DEF HEAD Solid > DEF CAMERA Pose > Solid "Astra" > Shape > Mesh "": Cannot download 'https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/astra.obj', error code: 203: Error transferring https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/astra.obj - server replied:
WARNING: Robot "TIAGo LITE" > DEF BODY_EXTENSION Pose > Solid "Torso" > DEF TORSO_LIFT_JOINT SliderJoint > LinearMotor "torso_lift_joint": Invalid 'minPosition' changed to -0.000164907. The value should be -0.000164907 or less.
WARNING: Robot "TIAGo LITE" > DEF BASE_MOBILE_SHAPE Group > DEF BASE Shape > Mesh "": Cannot download 'https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/base.obj', error code: 203: Error transferring https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/base.obj - server replied:
WARNING: Robot "TIAGo LITE" > DEF BASE_MOBILE_SHAPE Group > DEF ANTENNA_LEFT Pose > DEF ANTENNA_SHAPE Shape > Mesh "": Cannot download 'https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/antenna_shape.obj', error code: 203: Error transferring https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/antenna_shape.obj - server replied:
WARNING: Robot "TIAGo LITE" > DEF BUMPER TouchSensor > DEF BUMPER_SHAPE Shape > Mesh "": Cannot download 'https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/bumper_shape.obj', error code: 203: Error transferring https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/bumper_shape.obj - server replied:
WARNING: Robot "TIAGo LITE" > DEF RIGHT_WHEEL_JOINT HingeJoint > DEF RIGHT_WHEEL Solid > DEF BIG_WHEEL Group > DEF TIRE Shape > Mesh "": Cannot download 'https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/tire.obj', error code: 203: Error transferring https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/tire.obj - server replied:
WARNING: Robot "TIAGo LITE" > DEF RIGHT_WHEEL_JOINT HingeJoint > DEF RIGHT_WHEEL Solid > DEF BIG_WHEEL Group > DEF RIM Shape > Mesh "": Cannot download 'https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/rim.obj', error code: 203: Error transferring https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/rim.obj - server replied:
WARNING: Robot "TIAGo LITE" > DEF CASTER_WHEEL_FRONT_RIGHT_JOINT HingeJoint > DEF CASTER_WHEEL_FRONT_RIGHT Solid > DEF SMALL_WHEEL_JOINT HingeJoint > DEF SMALL_WHEEL Solid > DEF SMALL_WHEEL_SHAPE Shape > Mesh "": Cannot download 'https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/small_wheel_shape.obj', error code: 203: Error transferring https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/small_wheel_shape.obj - server replied:
WARNING: Robot "TIAGo LITE" > DEF CASTER_WHEEL_FRONT_RIGHT_JOINT HingeJoint > DEF CASTER_WHEEL_FRONT_RIGHT Solid > DEF CASTER_SUPPORT Shape > Mesh "": Cannot download 'https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/caster_support.obj', error code: 203: Error transferring https://raw.githubusercontent.com/cyberbotics/webots/R2025a/projects/robots/pal_robotics/tiago_lite/protos/meshes/caster_support.obj - server replied:
zsh: segmentation fault /Applications/Webots.app/Contents/MacOS/webots --stdout --stderr

[JensC]

I have/had the same problem and found a way to circumvent it. The used kitchen world has lots of objects that are not needed to master the assignment. I removed all objects in the refrige (which is sometimes a good idea in the real world as well) and quite a few on the kitchen counters around. At some point the reduced kitchen world saved in a way that loading it new with webots succeeded, no matter what I changed. I hope this helps.

[ShuffleWire]

@correll all the link you see are 404 not found if I try to fetch those manually, so that could very much be the issue. Don't know why.
But it should not be causing webots to crash, that it another thing...
@JensC I think you did manage to remove the object that triggers the 404 error, without being sure

[CoolSpy3]

The 404s appear to be a duplicate of #6904 (TLDR, you have to recreate the world on a nightly-build.) Unfortunately, I'm unable to reproduce the crash. Given that it occurs on the latest nightly, I'm guessing its not the Python bug mentioned in that issue. Would it be possible for you to use gdb to get a stack trace?

To do this, you'll first need to install a build with debug symbols. I've created DeepBlueRobotics#54 which builds the debug binaries. To install them,

1. Open the PR
2. Find the most recent commit (the one at the bottom)
3. Click the little checkmark next to the commit (Will appear once its done building.)
4. Scroll until you find "[Your OS] build / build"
5. Click Details
6. In the left bar, click "Summary"
7. Scroll down to the bottom and download build-<your os>
8. Extract the file, and inside, there should be an installer.

After installing, run gdb webots and reproduce the crash. This should bring up a prompt in gdb. Type where and post the output here. (You can then type q to exit.)

Alternatively, I can walk you through setting up a local build if you'd prefer to go that route.

[AliDjango]

Even sample python projects have this issue.
Other languages are fine for me
Any fix?

[CoolSpy3]

@AliDjango if the crashes are only occurring in Python projects, its likely that Webots is not finding Python on your system or the "Python Command" setting is incorrect. Take a look at the second paragraph of this comment.

For anyone else following this thread: I don't think Python is the root cause of Jeva's issue. (See my previous comment)