Workspace Sharing never reconnects after workspace is empty

[Aeases]

Hyprland version

v0.57.1

Is this a regression?

No

What's the bug?

Workspace Sharing never reconnects the video stream to the workspace if it comes back after it is deleted. hit me many times when sharing to friends on discord, restarting the stream reuqires everyone watching to re-click watch so its a huge p.i.a whenever it happens.

Reproduction steps

1. Start a xdph workspace sharing session on a workspace with one window
2. delete that window
3. leave the workspace
4. notice the stream is black (as expected, well.. slightly more expected would be just desktop background as it does with the persistent = true workaround, but acceptably expected ig)
5. go back to that workspace and spawn a window
6. notice the stream is still black, even though the workspace is active again

Workaround
Make the workspace your sharing on persistent = true
(maybe it should just do that automatically for workspaces that are actively being shared??)

Attachments

Video_2026-11-07_17-47-28.mp4

I acknowledge that:

• I have searched all (open and closed) discussions and issues and my problem is not there.

• I have read the Code of Conduct and agree to follow it.

• I wrote this request with my own hands, my own keyboard, and in my own words.

[vaxerski]

Yes this is intended

[LRitzdorf]

Sort of, I have a branch that keeps the workspace around as long as it's being shared. The tests for workspace sharing are LLM-generated and it's difficult to tell why they matter, so that'd have to be reviewed for sure, but I think the feature itself is good, probably maybe. If anyone feels like testing, it's at https://github.com/LRitzdorf/Hyprland/tree/screenshare-ws-persist

[vaxerski]

why not make a workspace rule for the workspace to persist?

[ItsOhen]

Just feels a bit overkill for something you might share once.
Imagine you open a empty workspace, open a couple windows, then decide you want to share it with some coworkers for a meeting or something.
As you sit in the meeting or w/e, you close the wrong window on the wrong workspace by mistake, and poof, no more screenshare.
Would make me very annoyed.

[LRitzdorf]

Technically, you could even use events to automate workspace-rule creation whenever a screenshare is started, but like... I struggle to see why anyone would want a shared workspace to disappear, so in my mind this might as well be the default behavior

[fxzzi]

I struggle to see why anyone would want a shared workspace to disappear

mhm, it makes no sense to leave the screenshare open on a black screen with no way to recover it.
in the current state the workspace screenshare is a little useless for me sadly

and i don't want persist workspaces because i only want them to persist whilst screensharing, and only the workspace that is being shared.