UI is blocked? after clicking Open on download toast

[HarHarLinks]

Description

After downloading and opening a file like element-hq/element-web#18266, element is now completely blocking any interaction. The whole UI is clickable (cursor is 👆️) but not actually interactive, completely frozen. It seems even server connection is lost after a while but that may have been coincidentally.

This is actually an old issue that I ignored for a while since I uncommonly open stuff from the toast.

Steps to reproduce

• Download
• Download complete toast
• click Open
• try to use element

Logs being sent: yes

Version information

• desktop
• arch
• aur/element-desktop-nightly-bin 2021072701-1
• swaywm 1.6.1
• xwayland 21.1.2
• I think above pkg packages electron as it doesnt depend on any. in any case I have electron12 12.0.15

[HarHarLinks]

I can reproduce this 100% on arch, swaywm, element-desktop-nightly-bin, a pdf file, evince.
It has been this way for a long (as in years) time.

[SimonBrandner]

I don't seem to be able to repro on Debian Bookworm, KDE + i3wm, okular

[HarHarLinks]

Just had this again, trying to close the pdf I had opened from the download dialogue crashed element and lead to loss of the session.
#746

[HarHarLinks]

Still happening, still annoying, closing the pdf viewer kills element right with it, submitting logs.
While this time it didn't corrupt my whole session, I think it did corrupt the encrypted search indexing: Error opening the database: SqlCipherError("Sqlcipher support is missing").
Using Element-Nightly with ozone on sway.

[HarHarLinks]

Currently on arch's community/element-desktop stable package due to element-hq/element-web#20467 - clicking Open on download toast does nothing at all, nothing will open.

[t3chguy]

Sounds like an issue with the community-maintained arch package, I suggest communicating with their maintainer.