Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Opening links in Signal in Arch linux does not work, have to copy+paste #5471

Closed
burrhole opened this issue Aug 18, 2021 · 15 comments
Closed

Comments

@burrhole
Copy link

burrhole commented Aug 18, 2021

  • [ x] I have searched open and closed issues for duplicates

Bug Description

When given a link to a website (say, https://example.com), the link is highlighted, but nothing happens on click.
Mentioned in #3411 (comment) however this seems to be an issue in X11 as well.

Steps to Reproduce

  1. find a link in a Signal conversation and click

Actual Result:
Nothing happens. No error, nothing opens, no messages when opening Signal from a terminal either.

Expected Result:
The link should open in the default browser

Screenshots

image

Platform Info

Signal Version: 5.14

Operating System: Arch linux, freshly updated/rebooted

I am using Sway 1.6.1/Wayland with MOZ_ENABLE_WAYLAND=1 set for Firefox and Signal opened using signal-desktop --enable-features=UseOzonePlatform --ozone-platform=wayland, however the issue happens when opened in XWayland (and seems to happen in X11 as well)

Link to Debug Log

https://debuglogs.org/5b3a3bf21797dbceaf3de8742ba9fa6f58bf8c3ac57611a09b08a6138bd7a20a.gz

@maximumultraist
Copy link

maximumultraist commented Aug 18, 2021

For what it's worth, I've observed this issue as well on Arch Linux, running GNOME 40.3 using the X11 session. Changing the default browser doesn't do anything. I've filed a bug on the Arch Linux bugtracker as well: https://bugs.archlinux.org/task/71865

@hiqua
Copy link
Contributor

hiqua commented Aug 18, 2021

this seems to be an issue in X11 as well.

It works for me, what happens when you do xdg-open https://example.com from your terminal?

@burrhole
Copy link
Author

@hiqua the link opens in my default browser as expected

@eris-price
Copy link

I'm seeing the same issue on arch using cinnamon, so it seems to be a problem on x11 as well. It only started happening after the last update, worked fine previously. xdg-open from the terminal works as expected.

@dreieinhalb
Copy link

I have the same issue here on Arch Linux with Xfce and X11. I first noticed the problem a few days ago with Signal-Desktop 5.13, but todays update to 5.14 sadly didn't fix it. The command xdg-open also works as expected.

@pitis
Copy link

pitis commented Aug 19, 2021

Yup, me too. I have Manjaro GNOME with kernel 5.11.4-1-rt11-MANJARO but Signal doesn't open the links anymore. Which is weird, cause it always worked.

It seems to be an ARCH problem. 😄

@rfried1
Copy link

rfried1 commented Aug 19, 2021

Same problem here.

$ lsb_release -a
LSB Version:    n/a
Distributor ID: ManjaroLinux
Description:    Manjaro Linux
Release:        21.1.0
Codename:       Pahvo
$ pacman -Q signal-desktop plasma-desktop
signal-desktop 5.13.0-3
plasma-desktop 5.22.4-1

@Zesko
Copy link

Zesko commented Aug 21, 2021

Me too, Manjaro KDE, Xorg
xdg-open works fine.

@jantomicky
Copy link

Same issue here on Manjaro on GNOME 40.3.0 on Wayland, xdg-open works fine.

@rosekunkel
Copy link

I also experience this. Other electron-based apps (e.g. Slack) still open links in the browser like normal.

@JackDinn
Copy link

JackDinn commented Aug 22, 2021

Same on Manjaro KDE X11. Was hoping for the answer how to fix, but alls no :(

@baal-zebub
Copy link

Same here on Void Linux and Sway 1.6.1, so it isn't just Arch. xdg-open works fine.

@duvholt
Copy link

duvholt commented Aug 22, 2021

Seems to be related to this package change in Arch: archlinux/svntogit-community@2aefdb8

When running the binary directly (/usr/lib/signal-desktop/signal-desktop), without the LD_PRELOAD change, opening links works again.

@kpcyrd
Copy link
Contributor

kpcyrd commented Aug 22, 2021

It's a packaging issue, the LD_PRELOAD attempts to ensure the sqlcipher is always loaded into the process (#4513), the value is likely leaking to the child process when opening a link.

Not sure how to work around this, reverting it would break the signal database of people with [testing] repositories enabled.

heftig added a commit to heftig/better-sqlite3 that referenced this issue Aug 22, 2021
Add linker flags to
 - prevent the dynamic linker from using an external SQLite for this
   library (`-Bsymbolic`) and
 - prevent the dynamic linker from using the internal SQLite for other
   libraries (`--exclude-libs ALL`).

This fixes both signalapp/Signal-Desktop#4513
and signalapp/Signal-Desktop#5471 for us.
@burrhole
Copy link
Author

Newest update in the Arch repos fixed this issue for me. Thanks everyone who took the time to look at/work on it!
Unsure if I should close this if @baal-zebub is still experiencing it on Void since it may be an issue in other distributions as well, so I'll leave it to the contributors/maintainers.

Have a nice day!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests