Bug 1105207 - [Build 20180815] openQA test fails in kontact - "Invalid parent" starting up kontact
[Build 20180815] openQA test fails in kontact - "Invalid parent" starting up ...
Status: NEW
: 1111606 (view as bug list)
Classification: openSUSE
Product: openSUSE Distribution
Classification: openSUSE
Component: KDE Applications
Leap 15.1
Other Other
: P2 - High : Major (vote)
: Leap 15.1
Assigned To: E-Mail List
E-mail List
Depends on:
  Show dependency treegraph
Reported: 2018-08-17 12:36 UTC by Oliver Kurz
Modified: 2019-04-17 05:13 UTC (History)
3 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: Yes
Marketing QA Status: ---
IT Deployment: ---


Note You need to log in before you can comment on or make changes to this bug.
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
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.