Proof Portal

Project overview

Omarchy

ProbeLabs65 findings · 95 requirements

A proof layer — requirements, tests and verified fixes — for two of Omarchy's subsystems: the application menu (launcher scripts, QML model, JSONC config, search and selection) and the lock screen (lock scripts, QML, PAM authentication). Scope is deliberately limited to those components of omacom/omarchy; the rest of the distribution is not covered.

Inbox
ReportR-4086GitHub issuePublicReceived

chromium.desktop ships with unexpanded build placeholders, breaks GIO URL handling

Reported by jbecherer · filed Feb 3, 2026Closed upstream on 2026-02-03 by dhh. GitHub close reason: completed. No closing PR or commit is recorded — "completed" alone is not evidence of a fix.

Received and recorded verbatim. Nothing has been checked yet.

At a glance

1 · What is claimed?
Only the report text below — no validator has restated it as checkable claims yet.
2 · What does it affect?
Not yet mapped to any requirement or component.
3 · Is it reproducible?
No validation has been run yet.
4 · What remains unclear?
  • Not validated yet: no claims, no reproducer.
5 · What happens next?
Our staff decide whether the report is valid. Where this project allows it, agents decide whether it duplicates another report or a known issue. No decision has been recorded yet.

Original report

chromium.desktop ships with unexpanded build placeholders, breaks GIO URL handlingrevision 1 · captured 2026-10-04 11:49 UTC via poll

System details

Dell Pro 14 Plus PB14250, Omarchy 3.3.3, Linux 6.18.3-arch1-1, Hyprland 0.53.1 (Wayland)

What's wrong?

Here is a ready-to-paste bug report you can submit verbatim. It’s written to be concise, technically precise, and immediately actionable for a maintainer.


Title

chromium.desktop ships with unexpanded build placeholders, breaks GIO URL handling

Description

After a recent update on Omarchy (Arch-based, Hyprland), Chromium is installed with an invalid desktop file at:

/usr/share/applications/chromium.desktop

The file contains unexpanded packaging placeholders, which makes it fail validation and causes GIO/GTK applications to reject Chromium as a URL handler. As a result, applications fall back to LibreOffice (or other handlers) when opening web links, even though XDG defaults are set correctly.

This is not user configuration; it is a packaging error.


Evidence

Running:

desktop-file-validate /usr/share/applications/chromium.desktop

Produces:

/usr/share/applications/chromium.desktop: error: file contains line "@@EXTRA_DESKTOP_ENTRIES@@", which is not a comment, a group or an entry
/usr/share/applications/chromium.desktop: error: (will be fatal in the future): value "...;@@URI_SCHEME@@" for key "MimeType" contains invalid MIME type "@@URI_SCHEME@@"

These placeholders should not be present in an installed .desktop file.


Impact

  • gio mime x-scheme-handler/http chromium.desktop fails with:
  gio: Failed to load info for handler “chromium.desktop”
  • GTK applications (including LibreOffice) ignore Chromium and fall back to other handlers
  • xdg-mime appears correct, but GIO rejects the desktop entry
  • Users experience web links opening in LibreOffice instead of their browser

This primarily affects minimal/Wayland setups (Hyprland, no GNOME/KDE), where GIO and XDG are not auto-synchronized.


Expected Behavior

/usr/share/applications/chromium.desktop should:

  • Contain no unexpanded placeholders
  • Pass desktop-file-validate cleanly
  • Be usable by GIO as a default handler for:
  • x-scheme-handler/http
  • x-scheme-handler/https
  • text/html

Workaround (user-side)

Users can work around this by copying and fixing the desktop file manually:

cp /usr/share/applications/chromium.desktop ~/.local/share/applications/
# remove @@EXTRA_DESKTOP_ENTRIES@@ and @@URI_SCHEME@@
desktop-file-validate ~/.local/share/applications/chromium.desktop

…but this should not be necessary.


Requested Fix

Fix the Chromium package so that:

  • All build-time placeholders are expanded
  • The installed chromium.desktop validates cleanly
  • GIO can load it without errors

Environment

  • Omarchy (Arch-based)
  • Wayland / Hyprland
  • Chromium from distribution repositories
  • No custom desktop-file modifications
View raw text
### System details

Dell Pro 14 Plus PB14250, Omarchy 3.3.3, Linux 6.18.3-arch1-1, Hyprland 0.53.1 (Wayland)

### What's wrong?

Here is a **ready-to-paste bug report** you can submit verbatim. It’s written to be concise, technically precise, and immediately actionable for a maintainer.

---

### Title

`chromium.desktop` ships with unexpanded build placeholders, breaks GIO URL handling

### Description

After a recent update on Omarchy (Arch-based, Hyprland), Chromium is installed with an **invalid desktop file** at:

```
/usr/share/applications/chromium.desktop
```

The file contains **unexpanded packaging placeholders**, which makes it fail validation and causes GIO/GTK applications to reject Chromium as a URL handler. As a result, applications fall back to LibreOffice (or other handlers) when opening web links, even though XDG defaults are set correctly.

This is **not user configuration**; it is a packaging error.

---

### Evidence

Running:

```bash
desktop-file-validate /usr/share/applications/chromium.desktop
```

Produces:

```
/usr/share/applications/chromium.desktop: error: file contains line "@@EXTRA_DESKTOP_ENTRIES@@", which is not a comment, a group or an entry
/usr/share/applications/chromium.desktop: error: (will be fatal in the future): value "...;@@URI_SCHEME@@" for key "MimeType" contains invalid MIME type "@@URI_SCHEME@@"
```

These placeholders should not be present in an installed `.desktop` file.

---

### Impact

* `gio mime x-scheme-handler/http chromium.desktop` fails with:

  ```
  gio: Failed to load info for handler “chromium.desktop”
  ```
* GTK applications (including LibreOffice) ignore Chromium and fall back to other handlers
* `xdg-mime` appears correct, but GIO rejects the desktop entry
* Users experience web links opening in LibreOffice instead of their browser

This primarily affects **minimal/Wayland setups** (Hyprland, no GNOME/KDE), where GIO and XDG are not auto-synchronized.

---

### Expected Behavior

`/usr/share/applications/chromium.desktop` should:

* Contain **no unexpanded placeholders**
* Pass `desktop-file-validate` cleanly
* Be usable by GIO as a default handler for:

  * `x-scheme-handler/http`
  * `x-scheme-handler/https`
  * `text/html`

---

### Workaround (user-side)

Users can work around this by copying and fixing the desktop file manually:

```bash
cp /usr/share/applications/chromium.desktop ~/.local/share/applications/
# remove @@EXTRA_DESKTOP_ENTRIES@@ and @@URI_SCHEME@@
desktop-file-validate ~/.local/share/applications/chromium.desktop
```

…but this should not be necessary.

---

### Requested Fix

Fix the Chromium package so that:

* All build-time placeholders are expanded
* The installed `chromium.desktop` validates cleanly
* GIO can load it without errors

---

### Environment

* Omarchy (Arch-based)
* Wayland / Hyprland
* Chromium from distribution repositories
* No custom desktop-file modifications


Validation

Not checked yet. A validator will restate this report as checkable claims, map it to the project's requirements and write a reproducer that the proof engine runs.

Linked

Not linked to any known issue, other report or change yet.

Decision

Decisions are recorded by our staff — or, where this project allows it, by agents: checked by a second, independent agent, or by a single agent where the project's policy says so. Any decision reached so far is shown below.

No decision has been recorded yet.