Fixed daemon subcommand and App.java logic

Formerly the daemon subcommand failed to create a SignalControl when
a username was specified. (It worked correctly when no username was
specified, implying that all local usernames should be exported.)

Partly this was because of a logic flaw in App.java, whereby daemon
called with a username was incorrectly classified as a LocalCommand
instead of a MultiLocalCommand.

Removed no-longer-needed globals in App.java and Main.java as a result.
This commit is contained in:
John Freed 2021-08-20 12:29:26 +02:00
parent c69ec260fe
commit 927065b44f
6 changed files with 97 additions and 43 deletions

View file

@ -547,6 +547,9 @@ dbus-send --session --print-reply --type=method_call --dest=org.asamk.Signal /or
Print the group name corresponding to a groupId; the daemon runs on system bus, and was started without an explicit `-u USERNAME`::
dbus-send --system --print-reply --type=method_call --dest='org.asamk.Signal' /org/asamk/Signal/_1234567890 org.asamk.Signal.getGroupName array:byte:139,22,72,247,116,32,170,104,205,164,207,21,248,77,185
Same as above, but daemon running on the session bus::
dbus-send --session --print-reply --type=method_call --dest='org.asamk.Signal' /org/asamk/Signal/_1234567890 org.asamk.Signal.getGroupName array:byte:139,22,72,247,116,32,170,104,205,164,207,21,248,77,185
== Authors
Maintained by AsamK <asamk@gmx.de>, who is assisted by other open source contributors.