| Summary: | [Regression] Cannot use File->Open | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Darrell <darrella> |
| Component: | tdelibs | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | bugwatch, darrella, kb9vqf |
| Priority: | P1 | ||
| Version: | R14.0.0 [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Attachments: |
Backtrace of kate crash
Backtrace of kwrite crash Backtrace of kompare Backtrace of kate after full, clean rebuild of all packages. Backtrace of kwrite after full, clean rebuild of all packages. Backtrace of kompare after full, clean rebuild of all packages. |
||
Created attachment 1177 [details]
Backtrace of kwrite crash
Um, not to belabor the Blocker status, but this bug hurts. This is seriously impacting my use of Trinity. :) (In reply to comment #2) > Um, not to belabor the Blocker status, but this bug hurts. This is seriously > impacting my use of Trinity. :) This is very odd. There is a Q_ASSERT(listers) above the crashing code that *should* be fired before the crash can even occur. What GIT hash did you build tdelibs from? Created attachment 1178 [details]
Backtrace of kompare
Looks like more than kate and kwrite are affected. Attached is a backtrace for kompare.
> What GIT hash did you build tdelibs from?
Fairly recent. Just a thought. I rebuilt tdelibs to test the patch for bug report 1364 and I was not having this problem before then. I only rebuilt tdelibs but I recall performing a git pull of tdelibs after my last built run. Today, although I rebuilt tdelibs, I did not rebuild other modules. Wild guess: the dirlister patching requires all other modules to be rebuilt too?
Let me restore to my previous tdelibs so I have some sanity. :) Then I'll run my usual full package set run.
If that makes sense then let's leave this report alone for today until I get the full package set rebuilt.
(In reply to comment #5) > > What GIT hash did you build tdelibs from? > Fairly recent. Just a thought. I rebuilt tdelibs to test the patch for bug > report 1364 and I was not having this problem before then. I only rebuilt > tdelibs but I recall performing a git pull of tdelibs after my last built run. > Today, although I rebuilt tdelibs, I did not rebuild other modules. Wild guess: > the dirlister patching requires all other modules to be rebuilt too? > > Let me restore to my previous tdelibs so I have some sanity. :) Then I'll run > my usual full package set run. > > If that makes sense then let's leave this report alone for today until I get > the full package set rebuilt. Try rebuilding tdelibs from latest GIT, as some patches did go in within the past few days for this type of crash. I just did a git pull of tdelibs. Everything is up to date. I'll perform a full rebuild and see what happens. I can confirm this report, only in my binaries the Q_ASSERT line fires as it is supposed to. This yields the same result (a crash), but removes some of the mystery. :-) >I can confirm this report
Ok. I just finished a full rebuild of all packages, starting with TQt3, and the crashes still occur. The backtraces look similar to the originals, but I'll post new ones anyway.
Created attachment 1180 [details]
Backtrace of kate after full, clean rebuild of all packages.
Created attachment 1181 [details]
Backtrace of kwrite after full, clean rebuild of all packages.
Created attachment 1182 [details]
Backtrace of kompare after full, clean rebuild of all packages.
This should be resolved in GIT hash 8188a65; if not, please let me know! I am leaving this report open as I have not tested this patch as thoroughly as I would like. Please close it if the issue is resolved. :-) Thanks! Just rebuilt. Thus far all is calm. All three apps that I reported backtraces no longer crash. Let's see how this goes for a bit before closing. :) Thank you! Been quiet and uneventful all day. No crashes. Tagging as resolved. Thank you! |
Created attachment 1176 [details] Backtrace of kate crash When kate or kwrite are opened by selecting a text file in konqueror, the File -> Open menu option causes a crash. When either text editor is opened outside of selecting a text file, then the crash does not occur. I'll attach backtraces.