| Summary: | Kamoso crashed when using droidcam as webca | ||
|---|---|---|---|
| Product: | [Applications] kamoso | Reporter: | Arman Safikhani <arman1371> |
| Component: | general | Assignee: | Aleix Pol <aleixpol> |
| Status: | REPORTED --- | ||
| Severity: | crash | CC: | nate, phd |
| Priority: | NOR | Keywords: | drkonqi |
| Version First Reported In: | 20.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | gl-create.py | ||
|
Description
Arman Safikhani
2021-03-17 19:50:45 UTC
> QSGRenderLoop::handleContextCreationFailure Urgh I thought this was fixed by https://invent.kde.org/frameworks/kdeclarative/commit/090610124d4650150af49a8e30f6b77ad9803dfe in Frameworks 5.78. :( I guess it must be a different graphics driver issue... Created attachment 136802 [details]
gl-create.py
1.
Does this issue still occur after reboot?
2.
If it does repeat, try this:
$ QT_QUICK_BACKEND=software kamoso
Does this fix the crash and allows Kamoso to start properly?
3.
After the crash occurs, please run the attached gl-create.py Python script:
$ python3 gl-create.py
and tell us what the output was:
QOpenGLContext::create() == ???
@Nate Graham From my very initial investigation, https://invent.kde.org/frameworks/kdeclarative/commit/090610124d4650150af49a8e30f6b77ad9803dfe could in fact fix this. But Kamoso does not use KQuickAddons::QtQuickSettings::init(), so it is simply not affected by this workaround. That should be easy to fix. If this is indeed the issue here, we should probably ensure that all other QtQuick apps also use that function during their initialization (typically in main()). I will wait for a reply from Arman Safikhani though, because that should clarify the situation a bit. Side note:
>Qt Version: 5.15.2
>Frameworks Version: 5.79.0
>Operating System: Linux 5.4.0-66-generic x86_64
>Windowing System: X11
>Drkonqi Version: 5.21.2
>Distribution: KDE neon User Edition 5.21
>[...]
>Reported using DrKonqi
It could be very useful for DrKonqi to include some more info about the system.
Namely:
1. the graphical driver in use
2. OpenGL availability at the moment of the crash (see gl-create.py script)
(In reply to phd from comment #3) > @Nate Graham > > From my very initial investigation, > https://invent.kde.org/frameworks/kdeclarative/commit/ > 090610124d4650150af49a8e30f6b77ad9803dfe > could in fact fix this. > But Kamoso does not use KQuickAddons::QtQuickSettings::init(), > so it is simply not affected by this workaround. > That should be easy to fix. > > If this is indeed the issue here, we should probably ensure that all other > QtQuick apps also use that function during their initialization (typically > in main()). 100% agreed. FWIW, there's some issues in the backend (pipewire) when using droidcam. JFYI. Not that Kamoso should ever crash. https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/294 |