Closed ccstolley closed 1 year ago
Thanks for the report. As libsignal-service-rs and presage aren't official implementations, it sometimes breaks like this and we have to catch up. I'll have a look ASAP!
I dug into this a little bit and it appears that the /v1/keepalive
endpoint now requires authentication, which explains the 401 error. There is however an unauthenticated keepalive endpoint for provisioning called /v1/keepalive/provisioning
.
As a temporary work-around I changed the libsignal-service to use the provisioning keepalive endpoint and everything started working again. The real fix seems a bit more involved but I'll look into it.
So, I knew this rang a 🔔 - we fixed that bug some time ago in the downstream libraries used in gurk
. I have opened https://github.com/boxdot/gurk-rs/pull/214 which should fix the issue you're having (at least I tested linking and relinking, and it works as expected).
any update on when the fix will get merged in?
@hoomp3 #214 is merged. I would appreciate a lot if you could test whether it fixes the issue for you. Thanks.
@hoomp3 #214 is merged. I would appreciate a lot if you could test whether it fixes the issue for you. Thanks.
I had the same issue, this fixed it. Thanks!
@hoomp3 #214 is merged. I would appreciate a lot if you could test whether it fixes the issue for you. Thanks.
Yep, just tried it again and everything works great, thanks for the quick response ^^
I had to relink gurk and it produces the QR code followed by this error from the log:
(I redacted some of the data because I'm not sure whether it's revealing or not)
It might be helpful to not print the QR code unless the web request succeeds, but more importantly, I'm not sure why it's failing with a 401 error.
I was able to relink signal-desktop.app so I don't think it's caused by something unique to my account.
Are others seeing this problem?
This is against the code in master. I'm using Debian Bullseye on amd64 and Rust 1.66.0.