Anyone else having issues with the getUserStatus command?

[Atomic-Bean]

So this is weird, the function I implemented isn't working anymore. I ran it today and I'm getting the "Unable to check if users are registered" error message. This occurs in areUsersRegistered() when we call getContact() which is part of the Signal API and it throws an IOException. I've also updated my Android's Signal App to the latest version, v5.0.9 (Even though github repo claims 5.1.8 is the newest version???) to see if that would fix it, but nothing changed.

I just want to confirm if my setup is broken or if this function is throwing the exception for everyone. To be specific, I ran this command: signal-cli -u +61XXXXXXXXX getUserStatus +61111111111

Edit:

I generated a stack trace:

org.whispersystems.signalservice.api.push.exceptions.NonSuccessfulResponseCodeException: Unable to parse entity
	at org.whispersystems.signalservice.internal.push.PushServiceSocket.retrieveDirectory(PushServiceSocket.java:776)
	at org.whispersystems.signalservice.api.SignalServiceAccountManager.getContacts(SignalServiceAccountManager.java:384)
	at org.asamk.signal.manager.Manager.areUsersRegistered(Manager.java:347)
	at org.asamk.signal.commands.GetUserStatusCommand.handleCommand(GetUserStatusCommand.java:51)
	at org.asamk.signal.Main.handleCommand(Main.java:214)
	at org.asamk.signal.Main.init(Main.java:148)
	at org.asamk.signal.Main.main(Main.java:69)

[AsamK]

I see the same issue, looks like the signal server responds with 429 (Too Many Requests), maybe some rate limiting ...
Would be interesting to check what Signal-Android uses to check which contacts are registered.

[Atomic-Bean]

That's bizzare, even for just one contact...I'll see if the getContact() (Singular) function has the same issues or not.

[Atomic-Bean]

Yep, also happens with singular and stack trace also shows a 429.

org.whispersystems.signalservice.api.push.exceptions.NonSuccessfulResponseCodeException: Bad response: 429
	at org.whispersystems.signalservice.internal.push.PushServiceSocket.validateServiceResponse(PushServiceSocket.java:1477)
	at org.whispersystems.signalservice.internal.push.PushServiceSocket.makeServiceRequest(PushServiceSocket.java:1435)
	at org.whispersystems.signalservice.internal.push.PushServiceSocket.makeServiceBodyRequest(PushServiceSocket.java:1420)
	at org.whispersystems.signalservice.internal.push.PushServiceSocket.makeServiceRequest(PushServiceSocket.java:1362)
	at org.whispersystems.signalservice.internal.push.PushServiceSocket.makeServiceRequest(PushServiceSocket.java:1338)
	at org.whispersystems.signalservice.internal.push.PushServiceSocket.getContactTokenDetails(PushServiceSocket.java:782)
	at org.whispersystems.signalservice.api.SignalServiceAccountManager.getContact(SignalServiceAccountManager.java:364)
	at org.asamk.signal.manager.Manager.isUserRegistered(Manager.java:339)
	at org.asamk.signal.commands.GetUserStatusCommand.handleCommand(GetUserStatusCommand.java:52)
	at org.asamk.signal.Main.handleCommand(Main.java:214)
	at org.asamk.signal.Main.init(Main.java:148)
	at org.asamk.signal.Main.main(Main.java:69)
	```

[Atomic-Bean]

I wonder...is this command now failing because of the heavy traffic Signal has been receiving as of late? It broke around the same time the WhatsApp stuff blew up.

[AsamK]

Looks like they've disabled the endpoint.
I had a look at the Signal-Android source and they're not using those methods anymore. They've switched to their new CDS2 system.
I've reworked the command to use that instead: fe25ae2

[fusionate]

Hello fellas (assumed). What would it take to have one (or both) of you implement getUserStatus so the result is available via dbus?

Having signal-cli running in daemon mode, and need this functionality available in signal-cli and php-signal as soon as possible.

I am willing to bounty the feature, if it's possible to do in the near future. I do PHP, but no Java. Please advise. Thanks.

[fusionate]

Apologies if this the wrong way to solicit something like this on GitHub. I don't use it enough to know a better way to contact you both.