Lorenzo Rapetti

@zevaverbach did you fixed it somehow, or have you found an alternative?

@janssen70 @Sicos1977 I am trying to use the code in this pull request. I see the [`url`](https://github.com/superalex/py-wetransfer/pull/27/commits/5d1c9fb7dd4cf4f549cff6ba526789ef11eb0690#diff-468e835c9362fd55562ded1993445881R31) is correctly generated and as the following form: `https://wetransfer.com/api/ui/transfers/{0}/{2}/download?recipient_id={1}` but I am getting...

I agree on disabling it. Back in time, we removed it from [`human-dynamics-estimation`](https://github.com/robotology/human-dynamics-estimation) repo for the same reason (e.g. see https://github.com/robotology/human-dynamics-estimation/pull/164#issuecomment-579253337 and https://github.com/robotology/human-dynamics-estimation/search?q=codacy&type=issues)

Here some relevant observation/problems I have noticed: - case **A** and **B** opens the very same ports, so everything seems to work fine when the `gazeboYarpPluginsRobotName` is defined directly in...

cc @traversaro @Yeshasvitvs

> Just to understand, the actual problems are the last three points, right? yes > Which version of Gazebo you used for those tests? I'm on `Gazebo 9.9` > I...

> - [ ] [`externalwrench`] plugin doesn't use the `gazeboYarpPluginsRobotName` if not defined in the .ini file. Hence, a part from case **A** and **B**, the port is opened as...

> * [ ] in **E**, the analog ports of the FT sensors are opened without using the `gazeboYarpPluginsRobotName` as prefix. They seems to be using the sensor name (e.g....

> - [ ] using the world and two models (case **F**), we also have the problem with the inertial port which is opened only once as `/iCub/inertial` (problem described...

For the #438 the solution seems trivial (I described it in the issue), for the other two the solution is obscure to me at the moment.