SUMMARY When selecting a window with xdg-desktop-portal in OBS and checking the `Allow restoring on future sessions` checkbox then closing said application and reopening it. The capture does not correctly resume capture, instead your are left with the last frame before the program was closed the first time. Furthermore if when closing OBS and reopening it, you will be bombarded with xdg-desktop-portal selection windows for every pipewire capture you have, and no way to distinguish what source it is for. STEPS TO REPRODUCE 1. In OBS add a pipewire capture source 2. Select a window to capture 3. Close and reopen the captured window 4. Close the application and OBS OBSERVED RESULT 1. The capture will not resume 2. Capture does not restore on future sessions EXPECTED RESULT 1. Capture automatically continues capturing window when it detects the same window 2. xdg-desktop-portal does not ask for what to share when `Allow restoring on future sessions` is checked SOFTWARE/OS VERSIONS Operating System: CachyOS Linux KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.14.0 Qt Version: 6.9.0 ADDITIONAL INFORMATION Possibly related to: https://bugs.kde.org/show_bug.cgi?id=488369 However I'm creating a new issue for this since in that issue the proposed solution is to rename the checkbox to something more accurate, however in my situation I'm looking for the functionality that is implied by the checkbox but missing.
Created attachment 181837 [details] video sample of issue
(In reply to Arimil from comment #1) > Created attachment 181837 [details] > video sample of issue I uploaded the wrong video, this is useless... not going to record it again unless someone wants a video sample.
Restoring the capture while OBS is running is tricky. However the following still works: - capture kate - close kate - open kate - as you noted the capture does not continue in OBS - close OBS - open OBS the new kate window is correctly captured.
Correct, the other undesirable outcome is if you are to close OBS when Kate is not open, this triggers the portal to prompt for a window again, instead of just waiting for that window to be opened and capture it then.
(In reply to Arimil from comment #4) > Correct, the other undesirable outcome is if you are to close OBS when Kate > is not open, this triggers the portal to prompt for a window again, instead > of just waiting for that window to be opened and capture it then. Reopen OBS when Kate is closed but has an active capture that is.