Stefania Pedrazzi

Default parameters are a special case because the node doesn't appear in the world file and thus it seems correct that it is not declared in the world but just...

In any case, it is not just a matter of removing the assertion but there are at least these additional issues: * PROTO should not even been created and an...

It is fine that if a PROTO B is defined as default parameter of another PROTO A it should not be declared in the world. But following this rule: when...

> Just in case, I found an additional case which triggers this assertion. I don't know if your current fix includes this case. I just checked and it works also...

Device perspectives in project files have a similar issue. Currently only the ancestor robot name is printed in the WBPROJ file, but if the same name is used at different...

Could you try to run `make cleanse` before `make` after switching from `master` to `develop` branch? There is nothing different in the current `master` and `develop` branch related to Qt...

The issue comes from the fact that at load the ODE trimesh position used to compute the mass is relative (finalization is still not complete and the trimesh final absolute...

> This could actually be easily implemented [here](https://github.com/cyberbotics/webots/blob/master/src/webots/nodes/utils/WbSupervisorUtilities.cpp#L411) by replacing: > > ```c++ > const QList &descendants = baseNode->subNodes(false, allowSearchInProto, false); > ``` > > with > > ```c++ >...

Replaced by #5080.

Currently, if the world has a different EXTERNPROTO URL than the PROTO the behavior is correct but only after saving and reverting the world. However the conflicting message is printed...