Bug 396859

Summary:	kontact aborts at start up
Product:	[Applications] kontact	Reporter:	fluid <fluid_02>
Component:	calendar	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED WORKSFORME
Severity:	crash
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	created with the dialog form of KDE, but it did not want to submit this file because of the 5.5.2 version

Description fluid 2018-07-25 20:57:58 UTC

Created attachment 114127 [details]
created with the dialog form of KDE, but it did not want to submit this file because of the 5.5.2 version

kontact has been running for since long.  Computer reboots regularly, at least 1x per day.  kontact autostarts via a script "LC_TIME=nl_NL@cst.UTF-8 kontact", however this time it came up and displayed the month as "Mo7" and not as "Juli" as it should be.  I killed the kontact and started the script again and since that time, kontact aborts and will not run anymore.

Comment 1 fluid 2018-07-26 14:16:42 UTC

I have reinstalled kontact (RPM, Opensuse 42.3) - no difference.

I have reinstalled the various files and directories in ~/.local and ~/.config from the backup 1 day before the crashing kontact, but there is no difference.  Kontact aborts:
>kontact 
KSycoca unavailable. Kontact will be unable to find plugins.
KCrash: Application 'kontact' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0
[1]   Aborted                 (core dumped) kontact

[2]+  Stopped                 kontact

Comment 2 fluid 2018-07-26 14:29:49 UTC

- korganizer starts and works! (which is most important for me)
- kmail starts (Not using it)

Comment 3 fluid 2018-07-26 19:59:32 UTC

The problem has been solved.  It appears that the environment variable LANG is now set as LANG=aa_DJ.utf8 and I still do not know where this setting is coming from.  However simply setting this LANG to the null string is sufficient to let kontact working again as before.  I am sure that this variable has not been set before to this aa_DJ.utf8 string, because as a side effect all month abbreviation in an ls command have (for me) unknown 3-character strings, such as
-rw-r--r--  1 charles users     5640 qad 14 22:30 ,sda
drwxr-xr--  2 charles users     4096 kax  7  2016 scripts
and this has not been like this until 2 days ago.

Comment 4 Christoph Feck 2018-08-18 10:13:39 UTC

Thanks for the update; changing status.