links not clickable in some qt programs (nheko, quaternion)

Open

Details

6 participants

bdju
Giovanni Biscuolo
Hamzeh Nasajpour
Tobias Geerinckx-Rice
raingloom
Robin Templeton

Owner: unassigned

Submitted by: bdju

Severity: normal

bdju wrote on 8 Jul 2021 02:47

Recipients:(address . bug-guix@gnu.org)

Message-ID:CCNCF5RF3B33.67QKDOIF8W74@masaki

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.

raingloom wrote on 9 Jul 2021 03:15

Recipients:

Message-ID:20210709031510.5ed7e757@riseup.net

On Wed, 07 Jul 2021 19:47:47 -0500

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

Toggle quote (12 lines)> 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.

Giovanni Biscuolo wrote on 12 Jul 2021 08:37

Recipients:

Message-ID:875yxgm413.fsf@xelera.eu

Hello bdju

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

Toggle quote (3 lines)

> 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

[...]

Toggle quote (4 lines)

> 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)

Toggle quote (2 lines)

> I am using Sway, by the way.

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

Regards, Gio'

Giovanni Biscuolo

Xelera IT Infrastructures

Giovanni Biscuolo wrote on 23 Jul 2021 12:30

Recipients:

Message-ID:87bl6ttj9w.fsf@xelera.eu

Hello,

I've an update about this bug

Giovanni Biscuolo <g@xelera.eu> writes:

[...]

Toggle quote (8 lines)

> 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

[...]

Toggle quote (3 lines)

> 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:

Toggle snippet (5 lines)

[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, )

Similar message in quaternion:

Toggle snippet (5 lines)

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

I don't have the referenced store item:

Toggle snippet (6 lines)

$ 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

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

Tobias Geerinckx-Rice wrote on 23 Jul 2021 14:40

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID:aea14f962b82c09c2292f306ad52adf1@tobias.gr

Gio',

On 2021-07-23 12:30, Giovanni Biscuolo wrote:

Toggle quote (3 lines)

> 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.

Toggle quote (4 lines)

> 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.

Giovanni Biscuolo wrote on 23 Jul 2021 18:10

Recipients:(name . Tobias Geerinckx-Rice)(address . me@tobias.gr)

Message-ID:87y29xroy7.fsf@xelera.eu

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@tobias.gr> writes:

Toggle quote (9 lines)

> 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:

Toggle snippet (36 lines)
giovanni@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@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

Toggle quote (4 lines)

> 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

Toggle quote (2 lines)

> 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:

Toggle snippet (21 lines)

/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/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

AFAIU nothing related to my issue.

Toggle quote (2 lines)

> and ~/.local directories for that hash?

Nothing in ~/.local

Toggle quote (4 lines)

> 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?!?

Toggle quote (6 lines)

>> 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

bdju wrote on 23 Jul 2021 18:28

Recipients:(address . 49460@debbugs.gnu.org)

Message-ID:CD0NTRVIP2WS.17QLC6CNSRCP4@masaki

On Fri Jul 23, 2021 at 7:40 AM CDT, Tobias Geerinckx-Rice wrote:

Toggle quote (3 lines)

> 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.

Hamzeh Nasajpour wrote on 30 Sep 2021 11:58

links not clickable in some qt programs (nheko, quaternion)

Recipients:(address . 49460@debbugs.gnu.org)

Message-ID:97b21825-a8eb-422b-b340-dc8b7d0ff08b@www.fastmail.com

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

Robin Templeton wrote on 12 Oct 2021 15:44

Recipients:(name . bdju)(address . bdju@tilde.team)(address . 49460@debbugs.gnu.org)

Message-ID:87wnmimk76.fsf@terpri.org

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

Toggle quote (9 lines)

> 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)

Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 49460@debbugs.gnu.org

is:open	open issues
is:done	closed issues
submitter:<who>	search issue submitter
author:<who>	search by message author
date:yesterday..now	search by issue date
mdate:3m..2d	search by message date