JakeStanger/ironbar

Fork 0

mirror of https://github.com/JakeStanger/ironbar.git synced 2026-07-11 12:15:22 +01:00

[GH-ISSUE #981] Workspaces module works only for one monitor with niri #299

New issue

Closed

opened 2026-05-22 21:52:30 +01:00 by JakeStanger · 3 comments

JakeStanger commented

2026-05-22 21:52:30 +01:00

Owner

Originally created by @edpyt on GitHub (May 15, 2025).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/981

Describe the bug
when I write a workspaces module for two monitors, it is displayed only on one

To reproduce
Steps to reproduce the behavior:

Add module workspaces
Workspaces shows only on one monitor

Expected behavior
Workspaces shows in all monitors.

System information:

Distro: CachyOS x86_64
Compositor: niri 25.02 (v25.02-249-g46a8f811)
Ironbar version: 0.16.1

Configuration

Config

{
  "monitors": {
    "DP-3": [  // first monitor
      {
        "position": "right",
        "exclusive_zone": false,
        "height": 50,
        "margin": {
          "bottom": 9999
        },
        "start": [
          {
            "type": "workspaces",
            "name_map": {
              "browser": "󰖟",
              "code": "",
              "orgmode": ""
            }
          }
        ]
      }
    ],
    "HDMI-A-1": {  // second monitor
      "position": "top",
      "height": 42,
      "start": [],
      "center": [
        {
          "type": "clock",
          "format": "%d.%m.%Y %H:%M"
        },
        {
          "type": "workspaces"
        }
      ],
      "end": [
      ]
    }
  }
}

Styles

Additional context

Screenshots

Expected:

second monitor
first monitor

Originally created by @edpyt on GitHub (May 15, 2025). Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/981 **Describe the bug** when I write a workspaces module for two monitors, it is displayed only on one **To reproduce** Steps to reproduce the behavior: 1. Add module `workspaces` 1. Workspaces shows only on one monitor **Expected behavior** Workspaces shows in all monitors. **System information:** - Distro: CachyOS x86_64 - Compositor: niri 25.02 (v25.02-249-g46a8f811) - Ironbar version: 0.16.1 **Configuration** <details><summary>Config</summary> ```json { "monitors": { "DP-3": [ // first monitor { "position": "right", "exclusive_zone": false, "height": 50, "margin": { "bottom": 9999 }, "start": [ { "type": "workspaces", "name_map": { "browser": "󰖟", "code": "", "orgmode": "" } } ] } ], "HDMI-A-1": { // second monitor "position": "top", "height": 42, "start": [], "center": [ { "type": "clock", "format": "%d.%m.%Y %H:%M" }, { "type": "workspaces" } ], "end": [ ] } } } ``` </details> <details><summary>Styles</summary> ```css ``` </details> **Additional context**  **Screenshots** Expected: - second monitor ![Image](https://github.com/user-attachments/assets/c5bcc609-d2fa-419e-a610-63ed35d821d3) - first monitor ![Image](https://github.com/user-attachments/assets/e4edb025-29af-413a-a2b5-ee99523a5499)

JakeStanger

2026-05-22 21:52:30 +01:00

closed this issue
added the
T:Bug

M:Workspaces

P:High
labels

JakeStanger commented

2026-05-22 21:52:31 +01:00

Author

Owner

@JakeStanger commented on GitHub (May 18, 2025):

I believe this is due to the same issue as #930 ~~Nope, separate issue. all_monitors = true doesn't work as expected under Niri.~~

@JakeStanger commented on GitHub (May 18, 2025): I believe this is due to the same issue as #930 ~~Nope, separate issue. `all_monitors = true` doesn't work as expected under Niri.~~

JakeStanger commented

2026-05-22 21:52:31 +01:00

Author

Owner

@JakeStanger commented on GitHub (May 18, 2025):

Nah okay looks like it was the same problem. Fix on the way :)

I have found another bug where (rarely) the workspace buttons will operate workspaces on other screens. As far as I can tell the correct data is being sent to the IPC, so looks like a Niri bug. I'm a couple of versions behind and there have been some recent changes/fixes in that area so I'll leave for now and hope it's been fixed, but if you hit that open an issue and I'll re-investigate.

@JakeStanger commented on GitHub (May 18, 2025): Nah okay looks like it was the same problem. Fix on the way :) --- I have found another bug where (rarely) the workspace buttons will operate workspaces on other screens. As far as I can tell the correct data is being sent to the IPC, so looks like a Niri bug. I'm a couple of versions behind and there have been some recent changes/fixes in that area so I'll leave for now and hope it's been fixed, but if you hit that open an issue and I'll re-investigate.

JakeStanger commented

2026-05-22 21:52:31 +01:00

Author

Owner

@edpyt commented on GitHub (May 18, 2025):

confirm that everything works and the workspaces module is displayed correctly on the monitors
🙂

@edpyt commented on GitHub (May 18, 2025): confirm that everything works and the `workspaces` module is displayed correctly on the monitors 🙂

JakeStanger referenced this issue

2026-05-22 21:54:04 +01:00

[PR #299] [MERGED] build(deps): bump ctrlc from 3.4.0 to 3.4.1 #611

JakeStanger referenced this issue

2026-05-22 22:55:36 +01:00

[PR #299] [MERGED] build(deps): bump ctrlc from 3.4.0 to 3.4.1 #2018

JakeStanger referenced this issue

2026-05-22 23:55:46 +01:00

[PR #299] [MERGED] build(deps): bump ctrlc from 3.4.0 to 3.4.1 #3427

JakeStanger referenced this issue

2026-05-23 00:55:33 +01:00

[PR #299] [MERGED] build(deps): bump ctrlc from 3.4.0 to 3.4.1 #4831