-
-
Notifications
You must be signed in to change notification settings - Fork 186
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
xdg-document-portal leaks FDs #1008
Comments
Seems related to #689, where having these files kept open makes it impossible to unmount filesystems |
I have done a little poking around to see if I could learn more about it. One thing I will note is that not all Flatpak apps cause this issue. For me the issue is with MPV, other apps such as my image viewer do not cause an issue. I'm hoping for more discussion on this as it is a particularly egregious imo |
Guess because your image viewer has |
You're probably right. I don't know who on the dev team needs to be made aware of this but we need to be moving mountains to fix this. It has been a problem since at least 2021 and it doesn't seem like any attempt has been made to address what is from my perspective a five alarm fire bug. I have looked through the source code but I don't know C that well and I haven't seen anything obvious that stands out. Here are some other threads with discussions: #4303, #689, #994, #902, #721. |
@GeorgesStavracas can you provide some insight? For the methods contained in org.freedesktop.portal.Documents, those are to be called by the program wishing to use xdg-document-portal correct? If so then each program would need to specify whether they want a file for a session or indefinitely by using the
I'm trying to piggy back off what @teohhanhui referenced in #4303. In my case every time I open a file, a new export shows up in |
Duplicate of #689 |
Closing an app while having open files causes those FDs to leak.
Steps to reproduce:
lsof -p $(pidof xdg-document-portal)
The file that was opened is still being held open, in contrast to when the app closes the file by itself (eg. by switching to the next track)
The text was updated successfully, but these errors were encountered: