Kamoso from git master. STEPS TO REPRODUCE 1. Delete all Kamoso-created images in ~/Pictures, or whatever is set as the default picture location 2. Quit Kamoso and launch it again 3. Click the bottom-left hamburger button to open the Effect Gallery drawer OBSERVED RESULT The button highlights but the drawer does not open. Kamoso then hangs. 1-2 seconds after that, the entire system becomes unresponsive. Mouse clicks and keyboard input are not accepted. A hard reboot is required! EXPECTED RESULT The Effects Gallery drawer opens and allows you to apply effects. This is likely because the Effects gallery (inappropriately) uses the first image from the image list to render effect previews due to Bug 403121; when no images have been taken yet, there is no image available for this purpose.
Git commit 6f237a28ea5eba6ba5e9f7d0c7be45fa6f869a2d by Aleix Pol. Committed on 21/02/2019 at 23:50. Pushed by apol into branch 'Applications/18.12'. Fix taking pictures when the pictures directories didn't exist GStreamer would freak out big time. M +7 -1 src/kamoso.cpp https://commits.kde.org/kamoso/6f237a28ea5eba6ba5e9f7d0c7be45fa6f869a2d
That commit does not fix the issue. Opening the Effects Gallery drawer when there are no images in the image gallery still blows up the whole system and requires a hard reboot.
I cannot reproduce this, at all. Could be triggering a bug elsewhere in the system?
So when the image gallery in the right drawer has no images in it, you can open the left drawer without Kamoso blowing up the system? What image do the effects thumbnails show? Where would it get that image from?
Created attachment 118455 [details] Screenshot with empty gallery
Is the folder that's used for the image gallery completely 100% empty of images? Not just in Kamoso's gallery UI, but on disk too?
Yes, I just create a new folder to test the patch.
Even if this bug is something only I see for some reason, using the KDE logo instead of what the camera is pointing at is a sub-optimal UI. I strongly suggest implementing the original suggestion to snap a new temporary photo the moment the gallery drawer is opened and then use that for the basis of the still image previews. This will fix the possibility of this bug, as well as the odd behavior of the gallery sometimes showing a photo totally unrelated to what the camera is looking at.
I think my bug (bug405190) is related.
*** Bug 405190 has been marked as a duplicate of this bug. ***
Aleix and I debugged this today and found that what's happening is that there's a crash or freeze in the graphics driver itself, which manifests on my machine but not his. :/ We're going to try to eliminate the triggering situation in the hope that we can avoid hitting the condition that causes it.
Git commit 9aa6013c80be11839559f7f80500f5e51175861e by Aleix Pol. Committed on 18/03/2019 at 11:59. Pushed by apol into branch 'Applications/19.04'. Use a camera picture for showing the effects for the first time Related: bug 403121 M +14 -11 src/kamoso.cpp M +1 -1 src/kamoso.h M +2 -1 src/qml/Config.qml M +6 -3 src/video/webcamcontrol.cpp M +2 -1 src/video/webcamcontrol.h https://commits.kde.org/kamoso/9aa6013c80be11839559f7f80500f5e51175861e
That last commit fixed it!