… which happens to be something I also just encountered. When I do something to open a link, I want it to prefer Firefox windows on the current desktop, rather than ones which might be several desktops away.
Additionally, when starting a new session after rebooting, it’d be nice if Firefox windows re-opened on the workspaces I had them on.
At the end of the day, thats a request to firefox.
What happens when you click a link is that shell gives the url to firefox (by launching firefox URL and firefox being single-instance), and firefox decides what to do with it.
The firefox guys could complain that they don’t know about workspaces, and they would have a point.
On X11, the number of workspaces and the current workspace are a property on the root window. You could even request to move to a specific workspace—gedit used to do that.
On Wayland, this would require a whole new protocol to be exposed by the compositor.
Not even X11 had that, until the EWMH were introduced.
Historically, there has a been a strong pushback against exposing window management functionality to applications and toolkits in the core protocol; additional protocols that end up being iterated over time and then adopted by multiple compositors/toolkits is the preferred approach.