Text Editor (Gedit,Mousepad) Windows Not Moving to Active Workspace in Hyprland #9464
Unanswered
nordinekko
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
### Gedit, Mousepad .. Windows Not Moving to Active Workspace in Hyprland**
Description
When opening a file in **Gedit, Mousepad.. ( from a file manager, wofi, rofi..), the window does not move to the currently active workspace as expected. Instead, it opens in the workspace where the first Gedit instance was launched, even when using
windowrulev2
orhyprctl dispatch
.Expected Behavior
*******note : If Gedit, Mousepad is not already launched, it opens in the current workspace as expected. ***
Current Behavior & Attempts to Fix
1. Using
windowrulev2
windowrulev2 = workspace special silent, class:^(gedit)$
2. Using a keybind to manually move Gedit
bind = $mainMod, M, exec, hyprctl dispatch movetoworkspacesilent active,class:gedit
hyprctl dispatch movetoworkspacesilent active,class:gedit
does not always work.3. Using
on-created
Rule (Incorrect Behavior)windowrulev2 = on-created:movetoworkspace current, class:^(gedit)$
4. Floating Rule Works Correctly
windowrulev2 = float, class:^(org.gnome.gedit)$
5. Checked with
hyprctl clients
andhyprctl activeworkspace
class
is correctly detected.#### System Info
v0.41.2
Additional Notes
float works fine, indicating that Hyprland correctly identifies the Gedit, Mousepad.. window but does not handle workspace assignment correctly.
Would appreciate any insights on whether this is a bug or expected behavior!
Beta Was this translation helpful? Give feedback.
All reactions