Created attachment 332570 [details] backtrace Description of problem: ksirk crashes when trying to start game F11 alpha + updates x86_64
Thank you for the bug report. This issue needs to be addressed by the upstream developers. Please submit a report at http://bugs.kde.org. You are requested to add the bugzilla link here for tracking purposes. Please make sure the bug isn't already in the upstream bug tracker before filing it.
https://bugs.kde.org/show_bug.cgi?id=187235
We'll continue to track this upstream, thanks.
Should be fixed in 4.2.2-4.fc11, now building.
Built for Rawhide now: http://koji.fedoraproject.org/koji/buildinfo?buildID=96579 The F9 and F10 builds are still waiting for ppc, but the x86 builds are already complete: F10 build: http://koji.fedoraproject.org/koji/buildinfo?buildID=96580 F9 build: http://koji.fedoraproject.org/koji/buildinfo?buildID=96581 Can somebody please verify that this is fixed?
Confirmed fixed by killefiz on IRC.
1. Start local game (Woo it works!) 2. Keep clicking OK 3. Start new game 4. Crash Different bug?
Probably. We need a new backtrace.
Created attachment 338689 [details] backtrace when starting new game
I think I know what causes this one. GameAutomaton::removeAllPlayers() is called very early in the process of creating a new game. It deletes all the current players, but it doesn't reset the countries and their owners. So you end up with countries owned by an already deleted player and a use-after-free. I'm on it.
The second crash should be fixed in 4.2.2-5.fc11, now building for Rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=1285842
F10 build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1285884 F9 build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1285888
2nd bug still reproducible (on f10 x86_64 w/ updates-testing) with the new build.
Created attachment 338782 [details] backtrace
That backtrace is different. But it lacks debugging info, I need one with qt-debuginfo and kdegames-debuginfo installed (matching versions, of course).
Created attachment 338811 [details] backtrace more debuginfo
So this now crashes at an earlier stage in the mouseMoveEvent handler, looks like my attempt at fixing the issue just made it worse. :-(
Correcting myself, the crash is at a later stage, still, the issue is not completely fixed. I'm trying a different fix.
4.2.2-6 should fix it for good. Rawhide build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1286200 F10 build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1286202 F9 build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1286204
confirmed fix. can no longer reproduce
Thanks, I'm pulling 4.2.2-6 into the update sets for F9 and F10.