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

Make sure KDE Connect properly errors when it can't connect to the daemon #743

Merged
merged 1 commit into from Jun 19, 2020
Merged

Make sure KDE Connect properly errors when it can't connect to the daemon #743

merged 1 commit into from Jun 19, 2020

Conversation

ghost
Copy link

@ghost ghost commented Jun 14, 2020

This would make i3status-rs crash for me, now it at least gives an error. Although maybe it would be better to wait until it can connect to the daemon? idk

@ammgws
Copy link
Collaborator

ammgws commented Jun 15, 2020

So I take it your kdeconnect daemon is started after the bar?

@ghost
Copy link
Author

ghost commented Jun 19, 2020

It seems like it :|

@ammgws
Copy link
Collaborator

ammgws commented Jun 19, 2020

OK, thanks!

Although maybe it would be better to wait until it can connect to the daemon?

It would be nice but would need to come up with a good way to do that. Other blocks using DBus etc also fail the same way.

@ammgws ammgws merged commit ef8519b into greshake:master Jun 19, 2020
@marzzzello
Copy link
Contributor

How do you autostart kdeconnectd?
On every boot I get the error that kdeconnectd is not available (yet). So I manually restart i3 and then it works fine.
i3 and the status bar are just faster than kdeconnectd. Waiting for kdeconnectd to be ready would be a nice solution.

@ammgws
Copy link
Collaborator

ammgws commented Oct 10, 2020

I use a systemd user service (placed in /home/username/.config/systemd/user/kdeconnectd.service):

[Unit]
Description=Connect your computer to your smartphone or tablet

[Service]
ExecStart=/usr/lib/kdeconnectd
ExecStop=/usr/bin/kquitapp5 kdeconnectd
BusName=org.kde.kdeconnect
Environment=QT_QPA_PLATFORM=offscreen

[Install]
WantedBy=default.target

Waiting for it to come up might also be good, if not at least for the IBus block which suffers from the same issue.

@marzzzello
Copy link
Contributor

Thanks, it works fine now 👍. I also tried a user service but without BusName or Environment.

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

Successfully merging this pull request may close these issues.

None yet

3 participants