Yes, indeed fuse2 is needed atm.
What do you mean by electron-sandboxing (4)? Electrum does not use electron. Do we really need that sysctl? I have never seen a problem with that before.

In theory yes, but in practice there are some assumptions for what the host OS has and libc is one of those.
In general with AppImages, the idea is that the developer is supposed to build them on a very old Linux distribution, and users are then able to run them on newer (but not older) distros.

The AppImages for 4.3.2-4.5.2 are built using debian 10, which ships glibc 2.28.
Debian 10 is already "oldoldstable" at this point, so OP should really upgrade their system.

zbar is used for webcams to scan a QR code and to decode it.
E.g. you have an invoice with a QR code shown on your phone screen and you hold it up to your laptop camera. The laptop would then need to have the zbar library.
If you don't need this feature, it is safe to ignore.

You can see in the network overview that the client managed to connect to 9 servers ("connected nodes"). The red orb means that it could not connect to the main server selected.
I can also see that "select server automatically" is unchecked, meaning the client won't try any other server as main server. I guess that server is offline though.
So you should either enable automatic selection, or manually select another server.

What is your use case for trying to RBF txs that do not signal RBF?

~All txs created by Electrum signal RBF. Is it to bump the fee of txs created by other wallets?

It's a plugin to run your own swap server, it is an alternative implementation to Boltz.

- You can point the client to any remote swap server by setting the "swapserver_url" config key (unrelated to plugin),
- and it is possible to run a swap server yourself locally using this new plugin (which itself is a server implementation in python).

We wrote the plugin for our own use, to replace Boltz, as they changed their license from AGPL to a non-free license around 2023-04.
Since around 2023-08 we are no longer using Boltz. That is, the official swap server is now an electrum daemon with this plugin enabled.

That sounds like base64 encoding, which suggests the seed is encrypted. Are you by any chance comparing a wallet file that has a password set with one that does not?

Do you mean in the Android app? TBH that functionality in kivy might have been accidental... What exactly is your use case?

note: OP also opened a GitHub issue, where I replied in detail.
In short,
- when you open a channel, you cannot receive before sending some first
- and it is the channel-opener who pays for the on-chain fees of having the channel closed in the future, for which part of the opener's balance is set aside. When the on-chain fees are as high as recently (~500 sat/vb), the fee set aside can easily be approx 2 mBTC.
As OP opened a channel with a capacity of 2 mBTC (the minimum hardcoded value allowed by Electrum), he basically had no usable balance left.

Can't you just use the -P flag? That's how the portable windows exe works internally.

I was able to reproduce thanks to the details given in OP. Indeed it is the same as above linked issue (which I could not reproduce before).
This is a regression introduced in 4.4.0. The fix will be released in 4.4.3 (perhaps later this week but no guarantees).
In the meantime, you can go back to Electrum 4.3.4, which should not have this issue.

Hi! That sounds similar to https://github.com/spesmilo/electrum/issues/8365

Which version of Electrum are you using? Please make sure you are using the latest.

If so, could you please provide debug logs for when the error occurs. In particular I would like the exception "traceback". That would probably greatly help in reproducing and fixing.

(Feel free to comment on the github issue too. In fact I would notice any replies faster there, and probably reply faster myself.)

Well, what kind of wallet do you have? The more details you can give, the better. (no secret keys, etc. though)
If you go into "Wallet details", what icons/badges do you see at the top? (e.g. for one wallet of mine I see "standard", "p2wpkh", "HD", "Encrypted", "Lightning", "Seed")
Going back to an old version is just a temporary workaround. If you would like your problem to get fixed, please help in reproducing it. (and ideally open bug reports on github, it is difficult to keep track of reports across multiple places...)

EDIT: Ah ok, I guess this must be https://github.com/spesmilo/electrum/issues/8374
The issue triggers for wallets that have encrypted keystore but not encrypted storage. This can only be the case on wallets created with old versions of kivy, where the password hasn't been unified.

Do you mean it segfaults (SIGILL/SIGSEGV), i.e. the whole process dies?

Sounds like you have a pre-segwit watchonly wallet. The reason you are shown a QR code after creating the tx is because you cannot complete it with just that wallet. As you say it is not multisig or 2FA, I guess it must be watchonly.
The piece of information that in 4.4.0 it would just crash also reaffirms this: see changelog item

I can't see anything interesting in that log you posted. Is it getting truncated due to being too long?
Try searching for "Traceback" or "Exception", and post only the lines close to that.

^ as above, please share debug logs, so that people can help you better, and so that the bug can be fixed in the next version.

Have you sent the crash report using the in-app dialog? What is the issue number (link to github) for it?

This is a regression in 4.4.0 (and 4.4.1). Fixed now on master.
Please report similar bugs on github.

Only ~10 log files are kept. If there are more, the oldest ones are deleted automatically.

There is a tooltip if you mouse-over. It's mostly useful where the inputs are external (not owned by the wallet): if the parent txs are missing, the tx fee cannot be calculated, and e.g. the address corresponding to the input cannot be shown. If enabled, if the parent txs are missing, they are downloaded from the electrum server, and the otherwise missing fields can then be shown.