GNU bug report logs - #49460
links not clickable in some qt programs (nheko, quaternion)

Previous Next

To reply to this bug, email your comments to 49460 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "bdju" <bdju <at> tilde.team>
To: <bug-guix <at> gnu.org>
Subject: links not clickable in some qt programs (nheko, quaternion)
Date: Wed, 07 Jul 2021 19:47:47 -0500

Running Guix System
guix (GNU Guix) b36267b1d96ac344d2b42c9822ce04b4c3117f85
The issue has been going on for a while, but I don't think I ever
reported it. I have my xdg-open stuff configured properly and almost all
programs on my system can open links where relevant. However, Qt
programs like the couple I mentioned seem to not use my existing xdg
settings for some reason. Has anyone else experienced this? I am using
Sway, by the way.

Message #8 received at 49460 <at> debbugs.gnu.org (full text, mbox):

From: raingloom <raingloom <at> riseup.net>
To: "bdju\" via Bug reports for GNU Guix <bug-guix <at> gnu.org>
Cc: 49460 <at> debbugs.gnu.org, bdju <bdju <at> tilde.team>
Subject: Re: bug#49460: links not clickable in some qt programs (nheko,
 quaternion)
Date: Fri, 9 Jul 2021 03:15:10 +0200

On Wed, 07 Jul 2021 19:47:47 -0500
"bdju" via Bug reports for GNU Guix <bug-guix <at> gnu.org> wrote:

> Running Guix System
> guix (GNU Guix) b36267b1d96ac344d2b42c9822ce04b4c3117f85
> The issue has been going on for a while, but I don't think I ever
> reported it. I have my xdg-open stuff configured properly and almost
> all programs on my system can open links where relevant. However, Qt
> programs like the couple I mentioned seem to not use my existing xdg
> settings for some reason. Has anyone else experienced this? I am using
> Sway, by the way.
> 
> 
> 

I also have this issue in Quassel. Rather annoying but I assumed it was
just Qt weirdness.

Message #11 received at 49460 <at> debbugs.gnu.org (full text, mbox):

From: Giovanni Biscuolo <g <at> xelera.eu>
To: bdju <bdju <at> tilde.team>, 49460 <at> debbugs.gnu.org
Subject: Re: bug#49460: links not clickable in some qt programs (nheko,
 quaternion)
Date: Mon, 12 Jul 2021 08:37:12 +0200

[Message part 1 (text/plain, inline)]

Hello bdju

"bdju" via Bug reports for GNU Guix <bug-guix <at> gnu.org> writes:

> Running Guix System
> guix (GNU Guix) b36267b1d96ac344d2b42c9822ce04b4c3117f85

I'm running Guix on top of Debian 10, this version:

Generation 122  lug 08 2021 13:31:51    (current)
  guix 94f772d
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: 94f772dad8cb1064d0e8cf11285ad9963ba00224

[...]

> However, Qt programs like the couple I mentioned seem to not use my
> existing xdg settings for some reason. Has anyone else experienced
> this?

I have recently installed both nheko and quaternion and links are
clickable there (and are opened in my browser)

> I am using Sway, by the way.

I am using i3.  Sorry I cannot test on Wayland.

Regards, Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures

[signature.asc (application/pgp-signature, inline)]

Message #14 received at 49460 <at> debbugs.gnu.org (full text, mbox):

From: Giovanni Biscuolo <g <at> xelera.eu>
To: bdju <bdju <at> tilde.team>, 49460 <at> debbugs.gnu.org
Subject: Re: bug#49460: links not clickable in some qt programs (nheko,
 quaternion)
Date: Fri, 23 Jul 2021 12:30:03 +0200

[Message part 1 (text/plain, inline)]

Hello,

I've an update about this bug

Giovanni Biscuolo <g <at> xelera.eu> writes:

[...]

> I'm running Guix on top of Debian 10, this version:
>
> Generation 122  lug 08 2021 13:31:51    (current)
>   guix 94f772d
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: 94f772dad8cb1064d0e8cf11285ad9963ba00224

[...]

> I have recently installed both nheko and quaternion and links are
> clickable there (and are opened in my browser)

I really don't understand what changed, maybe I just updated my
environment by logging out and then in again (aka: nheko and quaternion
was using /usr/bin/xdg-open installed by Debian), but now I also have
this problem with nheko and quaternion

In nheko I get:

--8<---------------cut here---------------start------------->8---

[2021-07-23 12:06:06.924] [qml] [warning] Launch failed (/gnu/store/bi4m86lripz4fhhi4c34ylg5ckxsrqzs-xdg-utils-1.1.3/bin/xdg-open https://orgmode.org/manual/iCalendar-Export.html) (:0, )

--8<---------------cut here---------------end--------------->8---

Similar message in quaternion:

--8<---------------cut here---------------start------------->8---

Launch failed (/gnu/store/bi4m86lripz4fhhi4c34ylg5ckxsrqzs-xdg-utils-1.1.3/bin/xdg-open https://github.com/hedgedoc/hedgedoc/pull/1463)

--8<---------------cut here---------------end--------------->8---

I don't have the referenced store item:

--8<---------------cut here---------------start------------->8---

$ LC_ALL=C ls /gnu/store/bi4m86lripz4fhhi4c34ylg5ckxsrqzs-xdg-utils-1.1.3/
ls: cannot access '/gnu/store/bi4m86lripz4fhhi4c34ylg5ckxsrqzs-xdg-utils-1.1.3/': No such file or directory

--8<---------------cut here---------------end--------------->8---

AFAIU this is a bug.

Maybe adding xdg-utils to the inputs of nheko and quaternion solves this
issue?

Thanks! Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures

[signature.asc (application/pgp-signature, inline)]

Message #17 received at 49460 <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Giovanni Biscuolo <g <at> xelera.eu>
Cc: 49460 <at> debbugs.gnu.org, bdju <bdju <at> tilde.team>
Subject: Re: bug#49460: links not clickable in some qt programs (nheko,
 quaternion)
Date: Fri, 23 Jul 2021 14:40:20 +0200

Gio',

On 2021-07-23 12:30, Giovanni Biscuolo wrote:
> I don't have the referenced store item:
> /gnu/store/bi4m86lripz4fhhi4c34ylg5ckxsrqzs-xdg-utils-1.1.3

Interesting.  Does guix gc --references show this as a reference of 
either?  There have been instances of references being hidden from the 
garbage collector by compression or overzealous (and pointless) 
'optimisations'.  It hardly ever happens in practice but it does.

If not, could you grep your ~/.cache and ~/.local directories for that 
hash?  Some programmes have a bug where they save absolute file names 
instead of looking in $PATH every time.  That should be fixed upstream.

> Maybe adding xdg-utils to the inputs of nheko and quaternion solves 
> this
> issue?

How could either package refer to xdg-utils if it weren't already an 
input?  I don't see how.

Kind regards,

T G-R

Sent from a Web browser.  Excuse or enjoy my brevity.

Message #20 received at 49460 <at> debbugs.gnu.org (full text, mbox):

From: Giovanni Biscuolo <g <at> xelera.eu>
To: Tobias Geerinckx-Rice <me <at> tobias.gr>
Cc: 49460 <at> debbugs.gnu.org, bdju <bdju <at> tilde.team>
Subject: Re: bug#49460: links not clickable in some qt programs (nheko,
 quaternion)
Date: Fri, 23 Jul 2021 18:10:24 +0200

[Message part 1 (text/plain, inline)]

Tobias,

first of all I have to add that on my laptop, with the very same
channels and manifests configuration, I'm not experiencing this issue.

Tobias Geerinckx-Rice <me <at> tobias.gr> writes:

> Gio',
>
> On 2021-07-23 12:30, Giovanni Biscuolo wrote:
>> I don't have the referenced store item:
>> /gnu/store/bi4m86lripz4fhhi4c34ylg5ckxsrqzs-xdg-utils-1.1.3
>
> Interesting.  Does guix gc --references show this as a reference of 
> either?

No:

--8<---------------cut here---------------start------------->8---

giovanni <at> roquette: guix gc --references /gnu/store/zhlha63p14q832jalbbxw0kqhhh7y109-nheko-0.7.2
/gnu/store/01b4w3m6mp55y531kyi1g8shh722kwqm-gcc-7.5.0-lib
/gnu/store/4gffr26pb2zpasncanbp2ibamg1c5ms6-openssl-1.1.1k
/gnu/store/69y8wal7imi807fwh08krb0i232pfisa-qtdeclarative-5.15.2
/gnu/store/6g4spblh6jc9j9hvp89mgkwvafwmpgn4-qtgraphicaleffects-5.15.2
/gnu/store/7nxm45q90q498yqsl1jzqg4xx26pw8wd-lmdb-0.9.29
/gnu/store/cx3vgnz27hg5y29zs64n3ig571cybb1w-qttools-5.15.2
/gnu/store/dm4h4hj5h12cqd4f9rn41z42507w68f7-mtxclient-0.3.1
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31
/gnu/store/hcmdv3ds3zhhd92dz74q9rlryl890rkp-qtbase-5.15.2
/gnu/store/mlivvw4nnxh2mdi4wkxgqda6iqhw8ghd-qtsvg-5.15.2
/gnu/store/pkw1rn6i5yirs1mvrpwkkildmdhn9m31-qtmultimedia-5.15.2
/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16
/gnu/store/r4saz805s8m2rxxkfhf4clph5f42jla2-qtquickcontrols2-5.15.2
/gnu/store/s54c6rbl40416ll0krrr52m3yivxcl3x-libsodium-1.0.18
/gnu/store/vp2s1nxsc9vvc1ix66xpbf041f8nacxr-boost-1.72.0
/gnu/store/x8b1fankki15gjhfnq5s6avakk5h3mnh-libolm-3.2.3
/gnu/store/zhlha63p14q832jalbbxw0kqhhh7y109-nheko-0.7.2
/gnu/store/zx9bas9gashykyhh6sx8wxhbpc3bkiaa-cmark-0.29.0

giovanni <at> roquette: guix gc --references /gnu/store/3bclhbnd8y80584hpx8b7cjssxbr7d20-quaternion-0.0.9.4f
/gnu/store/01b4w3m6mp55y531kyi1g8shh722kwqm-gcc-7.5.0-lib
/gnu/store/24fhkid2xf8p9gsfld3f73ripx2qwv84-qtdeclarative-5.15.2
/gnu/store/3bclhbnd8y80584hpx8b7cjssxbr7d20-quaternion-0.0.9.4f
/gnu/store/5xk002srhvpc68v427sblrjy1pzpgz9z-qtbase-5.15.2
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31
/gnu/store/gqc38clmj5sl3gm41hpamjlsjwwnxvrb-qtsvg-5.15.2
/gnu/store/h6hjjl13p1knaq8bxv7kr478xpafqsyd-libqmatrixclient-0.5.3.2
/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16
/gnu/store/s419b66aq1nh40rynscv8vg1jign9lv4-qtquickcontrols2-5.15.2
/gnu/store/vf5cz1np53bc7r9ci99dzm1fb6lw5nqr-qtmultimedia-5.15.2
/gnu/store/xkyb0l7xrcsrnpl5v5jm39r38rmi2rz9-qtquickcontrols-5.15.2

--8<---------------cut here---------------end--------------->8---

> There have been instances of references being hidden from the 
> garbage collector by compression or overzealous (and pointless) 
> 'optimisations'.  It hardly ever happens in practice but it does.

Yesterday I did a garbage collection via "guix gc", could have been
this? ...probably not

> If not, could you grep your ~/.cache

I did a "find ~/.cache -type f -exec grep --color -nH --null -e
bi4m86lripz4fhhi4c34ylg5ckxsrqzs \{\} +" (via Emacs) and it found a
reference to that hash in this files:

--8<---------------cut here---------------start------------->8---

/home/giovanni/.cache/guix/substitute/4refhwxbjmeua2kwg2nmzhv4dg4d3dorpjefq7kiciw2pfhaf26a/bmja5y9brkik91xvnhh77mvzqng49mca.1:(narinfo (version 2) (cache-uri "https://ci.guix.gnu.org") (date 1622130820) (ttl 7776000) (value "StorePath: /gnu/store/bmja5y9brkik91xvnhh77mvzqng49mca-libreoffice-6.4.7.2

[...]

/home/giovanni/.cache/guix/substitute/4refhwxbjmeua2kwg2nmzhv4dg4d3dorpjefq7kiciw2pfhaf26a/7c5mr66p7mfk2v5wkjac2appkz1mhr9b.1:(narinfo (version 2) (cache-uri "https://ci.guix.gnu.org") (date 1622130821) (ttl 7776000) (value "StorePath: /gnu/store/7c5mr66p7mfk2v5wkjac2appkz1mhr9b-ungoogled-chromium-90.0.4430.93-0.3184907\nURL

[...]

/home/giovanni/.cache/guix/substitute/4refhwxbjmeua2kwg2nmzhv4dg4d3dorpjefq7kiciw2pfhaf26a/5wb44pnvg1hzky50m51mnwihgqc1rx8p.1:(narinfo (version 2) (cache-uri "https://ci.guix.gnu.org") (date 1622133082) (ttl 7776000) (value "StorePath: /gnu/store/5wb44pnvg1hzky50m51mnwihgqc1rx8p-libreoffice-6.4.7.2

[...]

/home/giovanni/.cache/guix/substitute/4refhwxbjmeua2kwg2nmzhv4dg4d3dorpjefq7kiciw2pfhaf26a/5wb44pnvg1hzky50m51mnwihgqc1rx8p.1:(narinfo (version 2) (cache-uri "https://ci.guix.gnu.org") (date 1622133082) (ttl 7776000) (value "StorePath: /gnu/store/5wb44pnvg1hzky50m51mnwihgqc1rx8p-libreoffice-6.4.7.2

[...]

/home/giovanni/.cache/guix/substitute/4refhwxbjmeua2kwg2nmzhv4dg4d3dorpjefq7kiciw2pfhaf26a/hgn7s1pz9hdbc3n890rw7f7m6yshdgys.1:(narinfo (version 2) (cache-uri "https://ci.guix.gnu.org") (date 1622133107) (ttl 7776000) (value "StorePath: /gnu/store/hgn7s1pz9hdbc3n890rw7f7m6yshdgys-ungoogled-chromium-90.0.4430.212-0.3184907

--8<---------------cut here---------------end--------------->8---

AFAIU nothing related to my issue.

> and ~/.local directories for that hash?

Nothing in ~/.local

> Some programmes have a bug where they save absolute file names 
> instead of looking in $PATH every time.  That should be fixed
> upstream.

Probably some qt related tool stored the (wrong/old) absolute path of
xdg-open and both nheko and quaternion on my desktop are using that
value when they try to open URLs... so yes, I'm almost sure the issue
is related to my environment/configuration.

...but what... where?!?

>> Maybe adding xdg-utils to the inputs of nheko and quaternion solves 
>> this issue?
>
> How could either package refer to xdg-utils if it weren't already an 
> input?  I don't see how.

ehrm... forget it please :-D

[...]

...still investigating.

Thanks! Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures

[signature.asc (application/pgp-signature, inline)]

Message #23 received at 49460 <at> debbugs.gnu.org (full text, mbox):

From: "bdju" <bdju <at> tilde.team>
To: "Tobias Geerinckx-Rice" <me <at> tobias.gr>, "Giovanni Biscuolo" <g <at> xelera.eu>
Cc: 49460 <at> debbugs.gnu.org
Subject: Re: bug#49460: links not clickable in some qt programs (nheko,
 quaternion)
Date: Fri, 23 Jul 2021 11:28:44 -0500

On Fri Jul 23, 2021 at 7:40 AM CDT, Tobias Geerinckx-Rice wrote:
> Some programmes have a bug where they save absolute file names
> instead of looking in $PATH every time. That should be fixed upstream.

This seems likely to be the issue. I rebooted in the last week and I
just noticed that links in nheko are working again. That makes me wonder
if updating my packages without restarting my session/computer is what
breaks the links, and then rebooting maybe fixes the functionality again
if it re-saves an absolute file name to the new spot after a reboot.
I just tested quaternion and I can currently open a link from there as
well.
guix (GNU Guix) c170abba4735a2c8a6845063fae8bf090975cbf9
4 days uptime.

One of the nheko devs says nheko doesn't do this, but that it calls a Qt
function. So, this could be a wider Qt issue, or "Qt weirdness", as
raingloom said earlier.

Message #26 received at 49460 <at> debbugs.gnu.org (full text, mbox):

From: "Hamzeh Nasajpour" <h.nasajpour <at> pantherx.org>
To: 49460 <at> debbugs.gnu.org
Subject: links not clickable in some qt programs (nheko, quaternion)
Date: Thu, 30 Sep 2021 13:28:00 +0330

I have the same issue with all of Qt applications that are using `QDesktopServices::openUrl(...)`. I developed some applications that are using this method of Qt. In all of them I get this error when I want to open links:

```
Launch failed (/gnu/store/bi4m86lripz4fhhi4c34ylg5ckxsrqzs-xdg-utils-1.1.3/bin/xdg-open ....)
```

The current `xdg-utils` path in my store is:
```
/gnu/store/0zdclmgw5gnpifwb7jyrmplrk13wp0yz-xdg-utils-1.1.3/
```

This is the references of my application by `guix gc`:
```
$ guix gc --references /gnu/store/dyrg1naixia5w4qg9d1mj8smi1lyww2n-px-software-0.3.3/
/gnu/store/01b4w3m6mp55y531kyi1g8shh722kwqm-gcc-7.5.0-lib
/gnu/store/2ql96jy3ilx219ddra32a6bdm8abzpzg-yaml-cpp-0.6.3
/gnu/store/6l9rix46ydxyldf74dvpgr60rf5ily0c-guile-3.0.7
/gnu/store/cfzp7ab58whr1jb5k64c0anc8cnv42x4-recutils-1.8
/gnu/store/dyrg1naixia5w4qg9d1mj8smi1lyww2n-px-software-0.3.3
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31
/gnu/store/nrv3frmd7i0fqprmd7br6jhknhbx75fr-qtbase-5.15.2
/gnu/store/rykm237xkmq7rl1p0nwass01p090p88x-zlib-1.2.11
/gnu/store/zjb18dwpbcsqdgjq1fsfx8xnpywzkj2c-px-gui-library-0.1.7
```

I think the wrong path will be set here: 
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/qt.scm#n442

I don't know why and where this wrong `xdg-utils` path come in.


--

Hamzeh Nasajpour
PantherX Team

Message #29 received at 49460 <at> debbugs.gnu.org (full text, mbox):

From: Robin Templeton <robin <at> terpri.org>
To: "bdju" <bdju <at> tilde.team>
Cc: 49460 <at> debbugs.gnu.org
Subject: Re: bug#49460: links not clickable in some qt programs (nheko,
 quaternion)
Date: Tue, 12 Oct 2021 09:44:29 -0400

"bdju" <bdju <at> tilde.team> writes:

> Running Guix System
> guix (GNU Guix) b36267b1d96ac344d2b42c9822ce04b4c3117f85
> The issue has been going on for a while, but I don't think I ever
> reported it. I have my xdg-open stuff configured properly and almost all
> programs on my system can open links where relevant. However, Qt
> programs like the couple I mentioned seem to not use my existing xdg
> settings for some reason. Has anyone else experienced this? I am using
> Sway, by the way.

I've observed the same behavior with Anki, a Qt application; when a link
is clicked, the following message is printed in the terminal (and the
link isn't opened, of course):

qt: Launch failed (/gnu/store/bi4m86lripz4fhhi4c34ylg5ckxsrqzs-xdg-utils-1.1.3/bin/xdg-open https://ankiweb.net/[...])

I only installed Anki a few hours ago, but did run 'guix gc' recently
(with a delete-generations argument of 1-3 months, IIRC).

ripgrep was unable find that hash mentioned under ~/.cache or ~/.local
(in ASCII/UTF-8 or UTF-16{LE,BE} encodings; UTF-32 appears to be
unsupported).

Thanks to Tobias Geerinckx-Rice for sharing some debugging suggestions.

guix system describe:

Generation 70   Sep 23 2021 20:55:38    (current)
  file name: /var/guix/profiles/system-70-link
  canonical file name: /gnu/store/av2b16k9paqwxx4zwfy20cpclayj6wcc-system
  label: GNU with Linux-Nonfree 5.14.1
  bootloader: grub-efi
  root device: /dev/mapper/cryptroot
  kernel: /gnu/store/hs3bvwy900yr9zf6xhldsjs9qrpblbsh-linux-nonfree-5.14.1/bzImage
  channels:
    [nonfree channel redacted]: [...]
    guix:
      repository URL: file:///home/robin/src/guix
      branch: current
      commit: 17054703c41ede4bee9df0c78105997ab76e99bd
  configuration file: /gnu/store/vjssgiqgzh907kih39svfn6anlwmjvp0-configuration.scm

(Last upstream Guix commit: 4e2ee456341404ac9b08d5debb56885874094fce)

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.