I have fixed saving the users name as well as closing the account settings on save to give some visual feedback that this is now finished.
I have not changed anything for remove account, but it does remove the account for me.

esc and clicking outside the form works now.

unaligned access is perhaps a possible reason given that the last function we see is __memmove_sse2_unaligned_erms (also see wikipedia regarding unaligned access)

I pushed a patch to Qt for review [1]. The patch makes platform services as a standalone plugin which you can override and make apps to use it, basically same way as platform theme. I also created a branch in flatpak-platform-plugin where I removed our custom platform integration plugin and created just platform services plugin instead.

You are right, there are actually two parts where this check is. One fails and the other just reports a warning. The one which is failing is in src/core/content_browser_client_qt.cpp (lines 300+) and to avoid that we need to do two things:

1. Implement nativeResourceForContext() into flatpak platform plugin which should be trivial
2. Make qtwebengine to accept flatpak platform plugin, which probably means to carry our own patch as I don't think something like that would be accepted in upstream at this moment

@jgrulich I've been able to reproduce the issue. In org.kde.kube sometimes you get a message saying flatpak platform not yet supported and the application closes.

This should work already with Qt 5.9. With older versions (at least in 5.6.3) it fails to work with other platform plugins, while with Qt 5.9 it just reports a warning but doesn't fail. Same applies to wayland platform plugin by the way as there is a check for xcb plugin only.

@jgrulich can you please take a look?

It works however when unsetting the variable: flatpak run --devel --env=QT_QPA_PLATFORM="" org.kde.kube

Confirmed fixed. Thanks!

The copy in the context menu is sufficient for now, at least for me. A copy icon somewhere to make it more explicit would be nice, but this is already helpful!

Reported on Flatpak upstream: https://github.com/flatpak/flatpak/issues/947

Fixed after a rebuild....

This seems to be a bug in org.freedesktop.Platform.

Turns out the fix only works with "--devel" for the devel runtime

While it worked once, I can't reproduce it now =(

export SASL_PATH=/usr/lib/sasl2/ fixed the problem. I've committed the corresponding fix to the flatpak repo.

With gdb we don't get much more info:

I've triggered a build with your commits in, we'll see what happens.

I've added the SASL_PATH variable to the flatpak definition file, somebody will have to try whether this has any effect. Alternatively "flatpak run" takes a --env=VAR=VALUE option that could be used to override the value.

We have a similar issue in the accounts view where labels / textfields are not properly resized when resizing the splitview or the window.

Suggestion from Dan:

Depending on the distro, one of the following can be used to check available plugins:

Initial Kube.PasswordField is in.

While I can mark as read, marking as unread indeed failed. This is now fixed kimap2 master.

"fixed" so it is readable now. the whole logview is scheduled for a cleanup anyway (T6095).