| Summary: | kde-open5 crash when invoked from teamviewer | ||
|---|---|---|---|
| Product: | [Plasma] kde-cli-tools | Reporter: | Max <thesourcehim> |
| Component: | general | Assignee: | Aleix Pol <aleixpol> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | fw.smit01 |
| Priority: | NOR | ||
| Version First Reported In: | 5.23.2 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Max
2021-11-19 17:26:51 UTC
Truncated backtrace: Thread no. 1 (8 frames) #2 qt_message_fatal at global/qlogging.cpp:1914 #3 QMessageLogger::fatal at global/qlogging.cpp:893 #4 init_platform at kernel/qguiapplication.cpp:1254 #5 QGuiApplicationPrivate::createPlatformIntegration at kernel/qguiapplication.cpp:1474 #6 QGuiApplicationPrivate::createEventDispatcher at kernel/qguiapplication.cpp:1491 #7 QCoreApplicationPrivate::init at kernel/qcoreapplication.cpp:835 #8 QGuiApplicationPrivate::init at kernel/qguiapplication.cpp:1520 #9 QApplicationPrivate::init at kernel/qapplication.cpp:513 From the red hat bug report. Maybe the problem is that we are calling it from weird environment variables? I'm really not sure of what could be going on there. (In reply to Aleix Pol from comment #1) > Maybe the problem is that we are calling it from weird environment > variables? I'm really not sure of what could be going on there. If say LD_LIBRARY_PATH is used, kde-open5 may try to load teamviewer bundled Qt instead of system Qt. That makes a lot of sense. I'm not sure though that there's anything we can do in our end, it sounds to me like an issue in teamviewer. Have you tried reporting to them? The same issue is present in Stack (https://filehosting-client.transip.nl/stack/linux) |