Description
Running axctl workspace switch <id> returns Success, but Hyprland's active workspace never actually changes. The command appears to be accepted by axctl but is not forwarded to the compositor.
Environment
- axctl version: v0.0.19
- Compositor: Hyprland
- Installed via: Ambxst (binary at
/usr/local/bin/axctl)
- OS: Arch Linux
Steps to Reproduce
- Confirm current workspace:
hyprctl activeworkspace
# workspace ID 5 (5) on monitor eDP-1
- Run axctl switch command:
axctl workspace switch 2
# Success
- Check Hyprland's actual state again:
hyprctl activeworkspace
# still workspace ID 5 (5) on monitor eDP-1 — unchanged
- Check axctl's own reported state:
axctl workspace active
# still reports id "5", not "2"
Expected Behavior
axctl workspace switch 2 should cause Hyprland to actually switch to workspace 2, and hyprctl activeworkspace / axctl workspace active should both reflect that change.
Actual Behavior
- Command returns
Success with no real effect.
- Hyprland's active workspace does not change.
axctl workspace active continues to report the old workspace, confirming the switch never happened.
Additional Notes
As a sanity check, dispatching directly via Hyprland bypasses the issue entirely and works correctly:
hyprctl dispatch workspace 5
# ok — this actually switches
This confirms Hyprland itself and the compositor config are functioning normally; the issue is isolated to axctl's workspace switch command not forwarding the dispatch.
Also confirmed there is only one axctl daemon and one axctl subscribe process running (pgrep -a axctl), so this isn't caused by a stale/duplicate daemon.
Daemon logs
(please paste any relevant axctl daemon stdout/stderr output here, if available)
Description
Running
axctl workspace switch <id>returnsSuccess, but Hyprland's active workspace never actually changes. The command appears to be accepted by axctl but is not forwarded to the compositor.Environment
/usr/local/bin/axctl)Steps to Reproduce
hyprctl activeworkspace # workspace ID 5 (5) on monitor eDP-1axctl workspace switch 2 # Successhyprctl activeworkspace # still workspace ID 5 (5) on monitor eDP-1 — unchangedaxctl workspace active # still reports id "5", not "2"Expected Behavior
axctl workspace switch 2should cause Hyprland to actually switch to workspace 2, andhyprctl activeworkspace/axctl workspace activeshould both reflect that change.Actual Behavior
Successwith no real effect.axctl workspace activecontinues to report the old workspace, confirming the switch never happened.Additional Notes
As a sanity check, dispatching directly via Hyprland bypasses the issue entirely and works correctly:
hyprctl dispatch workspace 5 # ok — this actually switchesThis confirms Hyprland itself and the compositor config are functioning normally; the issue is isolated to
axctl'sworkspace switchcommand not forwarding the dispatch.Also confirmed there is only one
axctl daemonand oneaxctl subscribeprocess running (pgrep -a axctl), so this isn't caused by a stale/duplicate daemon.Daemon logs
(please paste any relevant
axctl daemonstdout/stderr output here, if available)