github-starred/lan-mouse
2
0
Fork 0
mirror of https://github.com/feschber/lan-mouse.git synced 2026-05-15 06:06:07 -06:00
Code Issues 107 Projects Packages Wiki Activity Actions

[GH-ISSUE #197] If the hostname cannot be resolved, then ips should be used. #88

New issue
Closed
opened 2026-05-05 22:08:42 -06:00 by gitea-mirror · 6 comments
gitea-mirror commented 2026-05-05 22:08:42 -06:00
Owner
Copy link

Originally created by @livexia on GitHub (Sep 11, 2024).
Original GitHub issue: https://github.com/feschber/lan-mouse/issues/197

I think if the hostname cannot be resolved, then ips in config.toml should be used.

If I leave out hostname in config.toml the ui won't show the ips.

[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: GetState(1)            │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"UpdateHostname│
~       │":[1,null]}                                                                     │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"UpdatePosition│
~       │":[1,"Left"]}                                                                   │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"UpdatePort":[1│
~       │,4242]}                                                                         │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"ResolveDns":1}│
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"GetState":1}  │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: UpdateHo│
~       │stname(1, None)                                                                 │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: UpdateHostname(1, None)│
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: UpdatePo│
~       │sition(1, Left)                                                                 │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: UpdatePosition(1, Left)│
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: UpdatePo│
~       │rt(1, 4242)                                                                     │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: UpdatePort(1, 4242)    │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: ResolveD│
~       │ns(1)                                                                           │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: ResolveDns(1)          │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"GetState":1}  │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: GetState│
~       │(1)                                                                             │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: GetState(1)            │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: GetState│
~       │(1)                                                                             │
~       │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: GetState(1)

config.toml

# optional port (defaults to 4242)
port = 4242
# optional frontend -> defaults to gtk if available
# frontend = "gtk"

# define a client on the right side with host name "iridium"
[right]
hostname = "Pixelbook-Go"
ips = ["192.168.31.127"]
port = 4242

[left]
# hostname = "MacBook-Go-2"
ips = ["192.168.32.176"]
port = 4242
Originally created by @livexia on GitHub (Sep 11, 2024). Original GitHub issue: https://github.com/feschber/lan-mouse/issues/197 I think if the hostname cannot be resolved, then ips in `config.toml` should be used. If I leave out hostname in `config.toml` the ui won't show the ips. ``` [2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: GetState(1) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"UpdateHostname│ ~ │":[1,null]} │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"UpdatePosition│ ~ │":[1,"Left"]} │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"UpdatePort":[1│ ~ │,4242]} │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"ResolveDns":1}│ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"GetState":1} │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: UpdateHo│ ~ │stname(1, None) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: UpdateHostname(1, None)│ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: UpdatePo│ ~ │sition(1, Left) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: UpdatePosition(1, Left)│ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: UpdatePo│ ~ │rt(1, 4242) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: UpdatePort(1, 4242) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: ResolveD│ ~ │ns(1) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: ResolveDns(1) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse_ipc::connect] requesting: {"GetState":1} │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: GetState│ ~ │(1) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: GetState(1) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] handle frontend request: GetState│ ~ │(1) │ ~ │[2024-09-11T08:12:55Z DEBUG lan_mouse::server] frontend: GetState(1) ``` config.toml ``` # optional port (defaults to 4242) port = 4242 # optional frontend -> defaults to gtk if available # frontend = "gtk" # define a client on the right side with host name "iridium" [right] hostname = "Pixelbook-Go" ips = ["192.168.31.127"] port = 4242 [left] # hostname = "MacBook-Go-2" ips = ["192.168.32.176"] port = 4242 ```
gitea-mirror commented 2026-05-05 22:08:51 -06:00
Author
Owner
Copy link

@feschber commented on GitHub (Sep 11, 2024):

They do get used, they just do not show up in the UI yet.
My plan is to have the field that is currently only for the hostname optionally accept ip addresses, when given instead.
And then maybe show a list of active ips somewhere in the menu.

<!-- gh-comment-id:2343034153 --> @feschber commented on GitHub (Sep 11, 2024): They do get used, they just do not show up in the UI yet. My plan is to have the field that is currently only for the hostname optionally accept ip addresses, when given instead. And then maybe show a list of active ips somewhere in the menu.
gitea-mirror commented 2026-05-05 22:08:52 -06:00
Author
Owner
Copy link

@livexia commented on GitHub (Sep 11, 2024):

Yes, you are right, I test on another machine even the dns unable to resolve, I can still share mouse. I will close now, sorry for the wrong issue.

<!-- gh-comment-id:2343076450 --> @livexia commented on GitHub (Sep 11, 2024): Yes, you are right, I test on another machine even the dns unable to resolve, I can still share mouse. I will close now, sorry for the wrong issue.
gitea-mirror commented 2026-05-05 22:08:53 -06:00
Author
Owner
Copy link

@livexia commented on GitHub (Sep 11, 2024):

Yes, you are right, I test on another machine even the dns unable to resolve, I can still share mouse. I will close now, sorry for the wrong issue.

There is another problem when I test with two macos, I found that the shift won't work while using another machine's keyboard.

<!-- gh-comment-id:2343084818 --> @livexia commented on GitHub (Sep 11, 2024): > Yes, you are right, I test on another machine even the dns unable to resolve, I can still share mouse. I will close now, sorry for the wrong issue. There is another problem when I test with two macos, I found that the shift won't work while using another machine's keyboard.
gitea-mirror commented 2026-05-05 22:08:54 -06:00
Author
Owner
Copy link

@feschber commented on GitHub (Sep 11, 2024):

Yeah macos has some issues. The main problem is the fact that I can only test MacOS on some hacky virtual machines because I dont have a Mac myself.

<!-- gh-comment-id:2343174234 --> @feschber commented on GitHub (Sep 11, 2024): Yeah macos has some issues. The main problem is the fact that I can only test MacOS on some hacky virtual machines because I dont have a Mac myself.
gitea-mirror commented 2026-05-05 22:08:55 -06:00
Author
Owner
Copy link

@livexia commented on GitHub (Sep 11, 2024):

I have a mac and a problematic
hackintosh maybe I can do some test for you but I don't think that will be more helpful.

<!-- gh-comment-id:2343188125 --> @livexia commented on GitHub (Sep 11, 2024): I have a mac and a problematic hackintosh maybe I can do some test for you but I don't think that will be more helpful.
gitea-mirror commented 2026-05-05 22:08:56 -06:00
Author
Owner
Copy link

@feschber commented on GitHub (Sep 11, 2024):

No worries, it's not very intuitive!

<!-- gh-comment-id:2343252505 --> @feschber commented on GitHub (Sep 11, 2024): No worries, it's not very intuitive!
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
windows-msi-installer
config-watcher
attach-dialog-to-window
fix-ci
update-cachix-workflow
build-on-22.04
update-ci
save-config
macos-fix-scroll-capture
improve-connection-reliability
improve-macos-capture
macos-capture-modifier-keys
reset-double-click-on-move
fix-duplicate-key-release
emulate-double-click
fix-scrolling
prevent-authorization-request-spam
revert-scrolling-behaviour
up-deps
macos-cleanup-event-thread
macos-input-capture-fix
fix-gtk-widget-parent
fix-clippy-warnings
fix-mandatory-client-config
connection-accept-notification
change-config-syntax
rework-cli-frontend
feschber-patch-1
gtk-frontend-rework
dns-fix
remove-git-dep
encryption
fix-wl-object-recreation
macos-client-side-modifier-events
log-keypress
fix-key-repeat
cleanup-server
cleanup
extract-frontend
drop-hard-dep-shortcut-inhibit
include-commit-hash-in-version
capture-dummy-events
local-channel
lan-mouse-proto
cleanup-capture-task
derive-barrier-id-from-cursor
capture-error-handling
purge-anyhow
drop-dispatch-hack
split-crates
configurable-emulation-backend
configurable-capture-backend
hyprland-fix
fix-UB-transmute
fix-usize-assumed-8-bytes
enter-hook
display-util
fix-display-scaling
x11-event-producer
main
lan-mouse-proto-v0.2.0
lan-mouse-ipc-v0.2.0
lan-mouse-gtk-v0.2.0
lan-mouse-cli-v0.2.0
input-event-v0.3.0
input-emulation-v0.3.0
input-capture-v0.3.0
v0.10.0
v0.9.1
input-emulation-v0.2.1
v0.9.0
input-emulation-v0.2.0
input-capture-v0.2.0
input-event-v0.2.1
input-event-v0.2.0
input-emulation-v0.1.0
input-capture-v0.1.0
input-event-v0.1.0
v0.8.0
v0.7.3
v0.7.2
v0.7.0
v0.6.0
v0.5.1
v0.5.0
v0.4.0
v0.3.3
v0.3.2
v0.3.1
v0.3.0
v0.2.1
v0.2.0
v0.1.1
v0.1.1-alpha.1
0.1.1-alpha.1
Labels
Clear labels   
Xorg

   
documentation

   
enhancement

   
macos

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
windows
No labels
Xorg
documentation
enhancement
macos
pull-request
question
windows
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/lan-mouse#88
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?