always disconnect when use hotspot mobile

[Rzfan03]

System details

omarchy 3.3.3

What's wrong?

When I use my phone's hotspot, it often disconnects automatically, and I have to manually reconnect. This is very annoying, especially when I'm downloading something. Strangely, this doesn't happen when I use school Wi-Fi.

Please fix this issue.

[jamescraig17]

Hi Patrick, Thanks for looping us in—and thanks to *naxels* for the suggestion! To clarify: while the idea of `bindd = SUPER, C, Nautilus Copy` is intuitive, **Nautilus doesn’t expose internal actions (like “copy”) to external binding systems like `bindd`**—those commands only work for system-wide or app-launcher actions (e.g., `Firefox`, `Terminal`), not internal UI operations. That said, the *real issue* is likely that **`Super + C/V` are being intercepted before reaching Nautilus**—most likely by your window manager or desktop environment (e.g., GNOME Shell capturing `Super+C` for clipboard history, screenshot, or launcher). 🔧 Here’s what’s likely needed: 1. **Override the global `Super + C`/`V`/`X` shortcuts** in your DE (e.g., GNOME Settings → Keyboard → Shortcuts → disable conflicting bindings). 2. Then ensure Nautilus receives the unmodified `Ctrl + C`/`V`/`X`—which it *already supports*, since those are standard GTK clipboard shortcuts. Alternatively, if you *really* want `Super + C` → copy *only in Nautilus*, you could: - Use a tool like `ydotool` or `xdotool` with a window-focus check: ```bash # Example (pseudo-code for your config) when window == "nautilus" and key == SUPER+C: ydotool key ctrl+c ``` But this is fragile and not recommended for core platform support. Would love to hear: - Which DE/version are you using? - Does `Ctrl + C` / `Ctrl + V` work in Nautilus normally? Happy to help troubleshoot the root cause—drag & copy *does* work fine in Nautilus when keybindings aren’t conflicting. 🐁 Best, —[Your Name]