ref aacid, I see that people port a bit blindly (qjsengine has a lot of non-obvious differences both with qtscript and kjs).

In T12140#235568, @davidedmundson wrote:

And existing things like prelink won't help with e. g. fonts

I think an interesting piece of profiling would be whether any potential boost is actually from linking or whether it is from the extra kdeinit things like fonts. If it's mostly fonts maybe we can look into alternative solutions at a binary level.

FWIW, kdeinit still provides a very noticeable improvement here as well.

Should I move this to invent, or just push it?

This is wrong, isn't it? The logic was: if setDirectory is passed something that _isn't_ a directory, try to strip the filename.

Moved it to invent: https://invent.kde.org/utilities/konsole/-/merge_requests/105

If filelight is launched with a path I'm fairly certain it's quicker for the user to just correct the path rather than navigating the open dialog, so go ahead. (I'm almost tempted to just print a warning on the command line).

It's all C code whereas the rest of the helper is C++. It also relies very heavily on magic numbers now.

Replaced it with a pointer, but as explained in the reply to the comment about deleting and recreating I don't think it makes sense to delete and recreate the fake "mainloop"/event loop since it only wraps the Qt event loop (and can't delete and recreate the Qt event loop obviously).