Going to another conversation and loading again fixed it. Maybe something with the unread state?

This bug was fixed while re-writting the mailcrypto in the pkey import / export patch

Set up as follows with parameters as suggested above as you have done but there is no option for further settings in Kube (yet)

The settings as described here work for me:
https://www.fastmail.com/help/technical/servernamesandports.html

This has been resolved by providing an error message when we fail to connect.

Should be solved now. We don't use platform plugin anymore, only platform theme.

This is now fixed since we switched to TextEdit (instead of TextArea)

how to reproduce:

yes

The correct behavior would be to have some sort of visual indicator that there are external images and offer an option to download them?

Sounds like a plan =)

What I mean and what we need is:

Found the culprit. The symlink target was missing. Thanks for the report!

Not sure I understand you correctly.

• We need the patch for flatpak to work, right (Right now I can choose between working openUrl and a crashing webengine)?
• You suggest that we just patch the qt copy in the kde runtime until 5.11 is released? (I would agree that this would be nice to bridge the time until 5.11 is out)

Well, unless we patch our Qt in KDE runtime until 5.11 is released, I don't see this as a problem.

I take it this essentially means no functional flatpak until qt 5.11 or so?

Oh, also I tested it and I confirm it works for me.

The issue has been fixed upstream and the runtimes rebuilt.

The icon is clearly there:

flatpak run --command=find org.kde.kube /usr /app -name password-show-on.svg*
/usr/share/icons/breeze-dark/actions/16/password-show-on.svg
/usr/share/icons/breeze-dark/actions/24/password-show-on.svg
/usr/share/icons/breeze-dark/actions/22/password-show-on.svg
/usr/share/icons/breeze/actions/16/password-show-on.svg
/usr/share/icons/breeze/actions/24/password-show-on.svg
/usr/share/icons/breeze/actions/22/password-show-on.svg
/app/share/icons/kube/actions/16/password-show-on.svg
/app/share/icons/kube/actions/24/password-show-on.svg
/app/share/icons/kube/actions/22/password-show-on.svg

This will require:

• Detect outlook
• Search for uids in batches (e.g. 2000 at a time)
• Fetch messages in the same batches.

There was a bug that broke account status monitoring when creating the account for the first time. This has been fixed now.

Yes.

Yes please.

Should we close this until we find any further evidence then?

Can you try upgrading Kube, that might be related to T6898 and T6899

Yes.

After reinstalling Kube, It seems that I had a PEBCAK moment.

I can't reproduce that by disconnecting my internet:

• Tried an initial sink -> works
• Disconnected the internet and synced again -> results in disconnected state and error message after 40s timeout
• Connected the internet again and synced again -> works and clears the disconnected state

Installed via :

In T6899#108593, @cmollekopf wrote:

"Disconnected" simply means that the last operation couldn't reach the server. We don't really maintain much state beyond that.
F5 or clicking the folder always triggers a sync, and if that is successful it will clear the "Disconnected" message you see in the lower left corner.
Closing and reopening Kube should definitely not be necessary.

Just to make sure I understand correctly:

1. You opened Kube and some operation failed so you ended up in the "Disconnected" state (as signified by the status bar in the lower left corner).
2. You tried clicking the folder and pressing F5 but that did not result in any UI changes.
3. After a restart clicking the folder again triggered a sync as usual
   
   If that is the case I'll have to try and reproduce it.
   
   If you can reproduce it the log output from step 2 would be useful, clicking the folder or pressing F5 should result in at least some debug output. Also try waiting for 40s to see whether an open connection times out.

Good catch, the bugreport is indeed likely to be the issue. I assume it works with some folders that contain only a few messages?

Unlikely to be flatpak specific.

Unlikely to be flatpak specific.

"Disconnected" simply means that the last operation couldn't reach the server. We don't really maintain much state beyond that.
F5 or clicking the folder always triggers a sync, and if that is successful it will clear the "Disconnected" message you see in the lower left corner.
Closing and reopening Kube should definitely not be necessary.

Thanks for the report. I just checked and the icon should be available from looking at the code. Did you get flatpak from the kde repository or did you build it yourself?