Since this commit, codemadness-frontends is built against LibreSSL and thus works. After upgrading, the problem should not occur anymore.

The problem seems to be caused by a mismatch between LibreTLS and OpenSSL 3 : compiling codemadness-frontends against libretls itself compiled against OpenSSL 1.1.1q results in working *-cli tools. Compiling against libretls itself compiled against OpenSSL 3 returns the aforementioned error.

A work-around I've been using since the discovery of this bug is to install libressl (the tls parts, I believe it is packaged under libressl3.5-libtls on Alpine) and to manually compile youtube-cli against it.

However this is of course not ideal. The problem should be resolved upstream.

Actually this is just normal mpv behaviour

The problem effectively occurs only on the X11 side. I will open an issue about that on mpv's repo.

Looking more in detail at the code in sxmo_wm.sh for function swayfocusedwindow it seems very likely that the two proposed solutions would break MPV's appmenu on the wayland side (if the app_id is mpv there).

One more solution could be to manually set mpv's WM_CLASS via xprop, or to ask the MPV devs about the issue (it may be a bug).

It seems that, due to a recent update, the mpv's appmenu no longer works under X11.

The WM_CLASS returned by xprop is "gl", "mpv", but according to sxmo_hook_contextmenu.sh, it used to be just "mpv".

I don't really see the reason for this change in MPV (might be an upstream bug?). The easy fix would be to replace *mpv* by gl in the contextmenu hook (maybe some other programs use gl in their WM_CLASS though).

An other possibility would be to match against the full WM_CLASS instead of taking the first field.

The experience is really great so far, many thanks for the great work!