GUI Plugins failed to load

[osrf-migration]

Original report (archived issue) by Anonymous.

---

Hello,

We have got some issues with the GUI plugins tutorials: Link Text

We have to precise that we followed the tutorial meticulously and we didn’t skip any step.

Every time we try to start gazebo with any kind of GUI plugins we receive this type of error message:

[Err] [Plugin.hh:180] Failed to load plugin /usr/local/lib/libgui_example_spawn_widget.so: /usr/local/lib/libgui_example_spawn_widget.so: undefined symbol: _ZN5QTest18lastMouseTimestampE
[Err] [RenderWidget.cc:311] Unable to create gui overlay plugin with filename[libgui_example_spawn_widget.so]

We have of course added the plugin path into GAZEBO_PLUGIN_PATH.

Moreover, we have tried to run gui plugin with the ~/.gazebo/gui.ini or through a sdf file or with the command gzclient –gui-client-plugin. We always have the same issue.

This issue occurred only with the GUI plugins, we didn’t have any problems with other type of plugin.

We are working with Gazebo 9.4.1 on Ubuntu 18.0.4

Do you have some idea how can we fix this issue ?

[osrf-migration]

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).

---

• Edited issue description

[osrf-migration]

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).

---

I just ran into this as well, it seems to only happen on 18.04. Apparently the GUI plugins are expecting symbols from QTest, which shouldn't happen. Linking plugins against QTest as follows solves the problem, but is not a good idea:

diff -r 76209129cc53662cd1f517748fddb370b2bd1680 plugins/CMakeLists.txt
--- a/plugins/CMakeLists.txt    Wed Nov 21 14:44:29 2018 +0000
+++ b/plugins/CMakeLists.txt    Tue Dec 04 13:00:08 2018 -0800
@@ -155,6 +155,7 @@
                         gazebo_gui
                         ${ogre_libraries}
                         ${Qt5Core_LIBRARIES}
+                        ${Qt5Test_LIBRARIES}
                         ${Qt5Widgets_LIBRARIES}
                         ${IGNITION-TRANSPORT_LIBRARIES}
 )

I'm going to poke a bit to look for the root of the problem.

[osrf-migration]

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).

---

See pull request #3041

[osrf-migration]

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).

---

See pull request #3043 for a fix targeted at default (Gazebo 10)

[osrf-migration]

Original comment by Nick Lamprianidis (Bitbucket: lamprianidis).

---

I use Gazebo 9.9.0 on Ubuntu 18.04. The problem persists.

Correction: After paying closer attention to the symbol, it’s probably a different issue. In my case, the symbol contains the class name.