You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The fd we get in xdp_connection_get_pidfd we need to take from a GUnixFDList which doesn't allow us to steal a specific fd from that list, so we do have to dup it. It is closed by the autofd. Then in XdpAppInfo initialization we dup the fd again which is then owned by the object and is closed when it gets disposed. So it all works out, but we do not mark the fd's as FD_CLOEXEC and the last dup could be avoided. Created #1680 for that.
Operating System
Any
XDG Desktop Portal version
Git
Current Behavior
Not sure if this is a bug and hurts something, but I noticed that pidfd's obtained from the D-Bus
GetConnectionCredentials
API getsdup()
ed twice:xdp-app-info.c:xdp_connection_get_pidfd()
before returningxdp-app-info.c:xdp_app_info_initialize()
when constructingpriv
It feels like the second
dup()
should be unnecessary?The text was updated successfully, but these errors were encountered: