Summary: | Kate crashes when closing automatically selected file | ||
---|---|---|---|
Product: | [Applications] kate | Reporter: | Michiel Helvensteijn <mhelvens> |
Component: | application | Assignee: | KWrite Developers <kwrite-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | aa.pp.ii+kde, arne.henningsen, aroth, bluesansdouze, bruno, falessi, kitanatahu, maarten, merzhin, nicolas, ulrik.mikaelsson |
Priority: | VHI | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | New crash information added by DrKonqi |
Description
Michiel Helvensteijn
2010-03-12 10:42:47 UTC
related: bug #203774 I have the exactly same versions of kate, kde, qt and don't experience this problem, I tried both with and without kate's tab bar plugin. Might have something to do with some plugin, can you try narrowing it down to what causes the issue? Update: First of all, I am using zero plugins or extensions. The bug is not quite as predictable as I first described. After several experiments I determined it is not always the first auto-selected file that causes the crash. It can on occasion be the second (close close-crash) or third (close close close-crash). It has something to do with the file that is auto-selected on startup (not always the last). But I am unable to find a pattern. I have now compiled Kate with -O0, -O1 and -O2, which makes no difference at all. Try the following, just to make sure you did the same things I did: 1) Open Kate. 2) Turn off all plugins and extensions. 3) Open five text files. 4) Leave the last one selected. 5) Close Kate. 6) Open Kate again. The same five files should be auto-loaded. 7) Click the close button on the toolbar, to close the currently selected file. This is a crash for me, every time. *** Bug 231899 has been marked as a duplicate of this bug. *** *** Bug 232323 has been marked as a duplicate of this bug. *** Created attachment 43041 [details]
New crash information added by DrKonqi
I 've loaded a session with some unreachable files.
When i try to close some of those files, kate crashed
from close button or from shortcuts
SVN commit 1119178 by cullmann: jowenn: document removal before signal emission Now the document is removed from the document model before the documentDeleted signals are emitted. The signals trigger view updates, which access the item list, which again accesses the already deleted document and it's members if the order is the other way round. Added warnings that the pointer must not be dereferences in slots connected to the signals, because the document has already been deleted, the pointer may only be used for lookup in hashes or maps, as long as the hash function does not access the invalid data. The save way is to act on the willBeDeleted signals. This hopefully fixes BUG: 230426 http://gitorious.org/kate/kate/commit/4dc9a75e550e71f6c654d91bd088d74f14e3783c *** Bug 238369 has been marked as a duplicate of this bug. *** *** Bug 238485 has been marked as a duplicate of this bug. *** *** Bug 241898 has been marked as a duplicate of this bug. *** *** Bug 242355 has been marked as a duplicate of this bug. *** *** Bug 254650 has been marked as a duplicate of this bug. *** *** Bug 252617 has been marked as a duplicate of this bug. *** *** Bug 250468 has been marked as a duplicate of this bug. *** *** Bug 250336 has been marked as a duplicate of this bug. *** *** Bug 248220 has been marked as a duplicate of this bug. *** *** Bug 245331 has been marked as a duplicate of this bug. *** |