LibreOffice app identification is not great

[kressb-gitlab]

Is there an existing issue for this?

• I searched the existing issues and did not find anything similar.

Current Behavior

LibreOffice flatpak running on my system is identified as "LibreOffice XLST based filters", not the best name. It's actually LibreOffice Calc. Looking at the code it appears to be collapsing the Vec of applications into a single map of appid to App. The problem is all eight (?) of the LibreOffice desktop files have the same app id. So the way the code does this, the desktop file used is essentially random, happens to be the last lexically, but not sure if that's reliable. This issue is going to exist for any setup that has multiple desktop files for the same app id.

Expected Behavior

Not sure what the right way to fix this is but perhaps giving some precedence to the desktop file named after the actual appid (which is the one called just "LibreOffice") would help. Figuring out the which LibreOffice app it is is probably to specific to this app, but listing the generic app would be better than the one that the hash happens to produce.

Mission Center does display this as just "LibreOffice" for what that is worth.

Steps to Reproduce

No response

Debug Logs

Expand logs

REPLACE THIS SENTENCE WITH THE TERMINAL OUTPUT OF THE AFOREMENTIONED COMMAND.

Environment

Anything Else?

No response

[nokyan]

Hi, thanks for the issue.
LibreOffice detection has been in a pain in the rear for a while now. Since Mission Center has exported their application detection into its own crate, I'm looking into using that instead of my own app detection code in the somewhat near future.