libheif1 >= 1.18 on debian 12 bookworm (installing packages from backport in debian stable)

nospam@example.com (crox) — Fri, 02 May 2025 18:08:00 +0000

Add this line to /etc/apt/sources.list:

deb http://deb.debian.org/debian bookworm-backports main

Run:

# apt-get update
# apt install -t bookworm-backports libheif1

This solves the issues encountered when decoding HEIF (.heic) files produced by iPhone / iOS 18, causing for instance rendering in Nextcloud to fail.

This page has more details on using Backports.

Nextcloud behind reverse proxy - WOPI URL changed from https to http

nospam@example.com (crox) — Wed, 05 Mar 2025 22:45:00 +0000

I'm trying out the "Nextcloud Office" app together with "Collabora Online - Built-in CODE Server". That Nextcloud instance is behind a reverse proxy.

The problem I encountered was that regardless of the 'overwritehost' and 'overwriteprotocol' settings, the WOPI URL kept being automatically changed from https to http.

From other posts regarding similar issues I figured out that the WOPI URL is obtained by querying https://[yourinstance]/apps/richdocumentscode/proxy.php?req=/hosting/discovery

Looking at the proxy.php source code, I found the reason for the issue:

// URL into this server of the proxy script.
if ((isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] !== 'off')
        || (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https' )
        || (isset($_SERVER['HTTP_X_FORWARDED_SSL']) && $_SERVER['HTTP_X_FORWARDED_SSL'] === 'on')
) { 
    $proxyURL = "https://";
} else {
    $proxyURL = "http://";
}

I then modified my reverse proxy (Apache) config to add the missing header:

RequestHeader set X-Forwarded-Proto "https"

Now everything works as expected

blog.crox.net (Entries tagged as nextcloud)

libheif1 >= 1.18 on debian 12 bookworm (installing packages from backport in debian stable)

Nextcloud behind reverse proxy - WOPI URL changed from https to http