Bug 1105207

Summary:	[Build 20180815] openQA test fails in kontact - "Invalid parent" starting up kontact
Product:	[openSUSE] openSUSE Distribution	Reporter:	Oliver Kurz <okurz>
Component:	KDE Applications	Assignee:	E-Mail List <opensuse-kde-bugs>
Status:	NEW ---	QA Contact:	E-mail List <qa-bugs>
Severity:	Major
Priority:	P2 - High	CC:	fvogt, wbauer, zluo
Version:	Leap 15.1
Target Milestone:	Leap 15.1
Hardware:	Other
OS:	Other
URL:	https://openqa.opensuse.org/tests/735133/modules/kontact/steps/15
See Also:	https://bugzilla.suse.com/show_bug.cgi?id=952876
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	Yes
Marketing QA Status:	---	IT Deployment:	---

Description Oliver Kurz 2018-08-17 12:36:40 UTC

## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-kde-wayland@64bit_virtio fails in
[kontact](https://openqa.opensuse.org/tests/735133/modules/kontact/steps/15)
with an error message "The email program encountered a fatal error and will terminate now. The error was: Invalid parent"


## Reproducible

Fails since (at least) Build [20180813](https://openqa.opensuse.org/tests/731817)


## Expected result

Last good: [20180812](https://openqa.opensuse.org/tests/724581) (or more recent)


## Further details

Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?distri=opensuse&arch=x86_64&flavor=DVD&test=kde-wayland&machine=64bit_virtio&version=Tumbleweed)


https://bugzilla.suse.com/show_bug.cgi?id=952876 sounds like a similar report on openSUSE Leap 42.1

Comment 2 Oliver Kurz 2018-09-29 14:01:34 UTC

I could reproduce the issue manually with https://download.opensuse.org/repositories/KDE:/Medias/images/iso/openSUSE_Krypton.x86_64-5.12.80-Build3.132.iso . On the first stat the mentioned error pops up, can be clicked away and on next startup the problem does not show up again.

Comment 3 Oliver Kurz 2018-10-12 12:22:39 UTC

*** Bug 1111606 has been marked as a duplicate of this bug. ***

Comment 4 Wolfgang Bauer 2019-04-17 05:13:53 UTC

Upstream bug report: https://bugs.kde.org/show_bug.cgi?id=380171

To quote from there:
I think this is a race condition in the initial setup: the race could be that on first start the Maildir resource (that backs the "Local folders") starts discovering what folders exist in ~/.local/share/mail and starts creating them in Akonadi and at the same time KMail realizes there's no Inbox, Outbox etc. in Local Folders and starts creating them.

At some point they clash as they both attempt to create the same collection - one of them wins and one of them fails with the SQL error - if KMail is the one who loses, it aborts the initial job and triggers the "fatal error" dialog.