By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 3105 - Control centre crashes in Autostart Manager
Summary: Control centre crashes in Autostart Manager
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.x [Trinity]
Hardware: Other Linux
: P5 normal
Assignee: Michele Calgaro
URL:
: 2990 (view as bug list)
Depends on:
Blocks: R14.0.9
  Show dependency treegraph
 
Reported: 2020-05-02 17:32 CDT by Jan Stolarek
Modified: 2020-05-10 00:18 CDT (History)
4 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:


Attachments
Crash log (26.57 KB, text/plain)
2020-05-05 08:37 CDT, Jan Stolarek
Details
Crash log with debug symbols (29.48 KB, text/plain)
2020-05-07 08:44 CDT, Jan Stolarek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Stolarek 2020-05-02 17:32:42 CDT
I noticed that entering Control Centre -> TDE Components -> Autostart Manager leads to a crash in 90% of cases. In the remaining 10% of cases when it does display correctly Control Centre will crash on entering whatever section I enter next. Launching from terminal doesn't provide too much extra information:

$ kcontrol
[2020/05/02 23:22:39.664] libpng warning: Interlace handling should be turned on when using png_read_image
[kcrash] TDECrash: Application 'kcontrol' crashing...
Comment 1 Michele Calgaro 2020-05-05 08:34:22 CDT
Uhm.... I see no problems here. Are you able to launch that from CLI with "tdecmshell autostart" and see what happens?

FYI, there was a bug in the autostart module that caused crashes, but it was fixed long long ago. What TDE version are you running?
Comment 2 Jan Stolarek 2020-05-05 08:37:59 CDT
Created attachment 2958 [details]
Crash log
Comment 3 Jan Stolarek 2020-05-05 08:39:03 CDT
I'm on Slavek's PSB. When I run "tdecmshell autostart" it seems to always work.

I realized there's a more detailed crash log in the second tab of a segfault window. I attached it above, maybe it will be more helpful.
Comment 4 Michele Calgaro 2020-05-06 11:44:26 CDT
> I'm on Slavek's PSB. When I run "tdecmshell autostart" it seems to always work.
Interesting, the backtrace shows a fault in kcm_autostart module but it works when invoked from tdecmshell.
Could you install the debug symbols for kcm_autostart and try again so that we can see in the backtrace where it actually fails?
Comment 5 Jan Stolarek 2020-05-06 12:55:26 CDT
Which package do I install?
Comment 6 Michele Calgaro 2020-05-07 08:37:51 CDT
kcontrol-autostart-trinity-dbgsym package
Comment 7 Jan Stolarek 2020-05-07 08:44:19 CDT
Created attachment 2959 [details]
Crash log with debug symbols
Comment 8 Michele Calgaro 2020-05-07 22:58:56 CDT
*** Bug 2990 has been marked as a duplicate of this bug. ***
Comment 9 Michele Calgaro 2020-05-07 23:57:28 CDT
Using the info reported here (https://bugs.pearsoncomputing.net/show_bug.cgi?id=2990#c2) I am able to reproduce the problem on my computer. Will work on it.
Comment 10 Michele Calgaro 2020-05-08 00:46:36 CDT
This has been fixed in commit 7524af2 (R14.1) and cb6772b (R14.0).
If any of you is on PSB, could confirm before I close the bug?
Comment 11 Jan Stolarek 2020-05-08 02:37:11 CDT
I am on PSB and seeing this bug, so it's not fixed on my end. Polish language version, if that matters.
Comment 12 Michele Calgaro 2020-05-08 03:39:19 CDT
Thanks Jan, 
sorry my bad, forgot that PSB building was suspended till today due to the recent release of R14.0.8. It should resume from today. Can you check again in a couple of days and feedback?
Comment 13 Jan Stolarek 2020-05-09 16:02:17 CDT
I just updated from PSB and can confirm that this has been fixed and works as expected without segfaulting.
Comment 14 Michele Calgaro 2020-05-10 00:18:02 CDT
Great, thanks for testing and confirming :-)