ansel wrote: ↑Mon Aug 15 2022 12:23 am
seasoned_geek wrote: ↑Sat Aug 13 2022 7:58 pm
Code: Select all
No OpenGL integration plugin was found, this is only required for programs which use OpenGL.
/home/roland/Projects/copperspice/src/plugins/platforms/xcb/xcb_support/qxcb_clipboard.cpp, line 466
Aborted (core dumped)
After rebuilding CopperSpice with the master branch, if you can create a small repeatable test case for this we will take a look.
When I used to provide code I was told there was no need to provide code as I was speaking to developers.
At any rate, for this one I don't think you need code. It should be reproducable even using diamond. I've had it happen several times.
1) Open a text editor written using CopperSpice.
2) Start opening browsers (in particular Falkon and Midori) and other non-CopperSpice editors. Copy snippets from them into various tabs not associated with files.
3) Kill off your browsers and other editors. Minimize or otherwise rotate to the background your CopperSpice editor
4) Open two or more unrelated editors and get lost in coding for an hour or two.
Do not use the clipboard during this time.
5) When you go back to looking for the CopperSpice editor you will find that crash.
There appears to be some "event" in the XCB code that attempts to "validate" the current clipboard entry. When current clipboard entry is for a process that no longer exists it just can't handle it.
Every time it has happened it has been when the editor in question isn't in the foreground as far as the desktop is concerned. I got lost in coding or phone calls using other editors/IDEs and when I went back to the CopperSpice based editor it was dead with that error.
The only potential fly in the ointment is that this current editor can have as many QMainWindows as you want. I haven't experimented with seeing if having the item in the system clipboard being owned by a QMainWindow for the current application that is no longer around is the XCB culprit.
At any rate, some "event" triggers "validation of the clipboard copy" and if the owner of said contents no longer exists the XCB code asserts.
An even better question to ask is why the XCB code felt the need to "validate the owner" of clipboard contents or a selection when the application wasn't even visible on the desktop?