AppImage integration can install a bundled helper's desktop entry instead of the app's own

Problem

When an AppImage's squashfs contains KDE helper .desktop files, soar may extract and install the wrong entry. With the ONLYOFFICE DesktopEditors-x86_64.AppImage (AppImage type 2, squashy runtime), the installed launcher becomes Bookmark Editor instead of ONLYOFFICE Desktop Editors.

Steps to reproduce

Install the ONLYOFFICE AppImage with soar add.
Inspect ~/.local/share/applications/-soar.desktop.

The entry is extracted from /usr/share/applications/kde4/keditbookmarks.desktop

[Desktop Entry]
Type=Application
Exec=<bin_path>/<pkg_name>
NoDisplay=true
Name=Bookmark Editor

There is no Icon= key, so no icon is referenced, and the icon extracted from /.DirIcon is named bookmark-editor-soar.png because it is derived from the wrong Name. The installed entry is also hidden from menus due to NoDisplay=true.

Expected behavior

The app's canonical entry is used, e.g. the root /onlyoffice-desktopeditors.desktop (AppImage spec) or /usr/share/applications/onlyoffice-desktopeditors.desktop

Soar version (soar -V)

soar-cli 0.13.4

Operating system (if issue is related to OS)

Debian 13

Installation

No response

Fixed in new release.

After use soar-cli 0.14.0, had some problem

$ soar sync
 ✗ Failed to sync repository soarpkgs: Failed to fetch from remote source: protocol: chunk expected crlf as next character

I can't reproduce this here, so I need a bit more information.

The error comes from the HTTP client while it decodes a chunked response. When I fetch the metadata, GitHub's redirect comes back with Content-Length: 0 and no chunked encoding at all. So something on your side is probably answering differently: a mirror, a proxy, or a different GitHub edge.

Could you share the following?

Does soar sync still work with 0.13.4 on the same network?
The [[repositories]] section of ~/.config/soar/config.toml, if you have customized it.
Any proxy variables you have set: env | grep -i proxy

The response headers from each hop:

curl -sv --http1.1 -L -o /dev/null https://github.com/pkgforge/soarpkgs/releases/latest/download/metadata-x86_64-Linux.sdb.zstd 2>&1 | grep -iE '^< (HTTP|transfer-encoding|content-length|location|server|via)'

I can't reproduce this here, so I need a bit more information.

The error comes from the HTTP client while it decodes a chunked response. When I fetch the metadata, GitHub's redirect comes back with Content-Length: 0 and no chunked encoding at all. So something on your side is probably answering differently: a mirror, a proxy, or a different GitHub edge.

Could you share the following?
1. Does `soar sync` still work with 0.13.4 on the same network?

2. The `[[repositories]]` section of `~/.config/soar/config.toml`, if you have customized it.

3. Any proxy variables you have set: `env | grep -i proxy`

4. The response headers from each hop:
   curl -sv --http1.1 -L -o /dev/null https://github.com/pkgforge/soarpkgs/releases/latest/download/metadata-x86_64-Linux.sdb.zstd 2>&1 | grep -iE '^< (HTTP|transfer-encoding|content-length|location|server|via)'

thanks, it is bug on github mirror.

Navigation Menu

Repository navigation

AppImage integration can install a bundled helper's desktop entry instead of the app's own #232

Problem

Steps to reproduce

Expected behavior

Soar version (soar -V)

Operating system (if issue is related to OS)

Installation

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

AppImage integration can install a bundled helper's desktop entry instead of the app's own #232

Description

Problem

Steps to reproduce

Expected behavior

Soar version (soar -V)

Operating system (if issue is related to OS)

Installation

Activity

QaidVoid commented on Oct 27, 2026

yylt commented on Oct 27, 2026

QaidVoid commented on Oct 27, 2026

yylt commented on Oct 27, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions