Table of Contents
Table of Contents
Requests made via portal interfaces generally involve user interaction, and dialogs that can stay open for a long time. Therefore portal APIs don't just use async method calls (which time out after at most 25 seconds), but instead return results via a Response signal on Request objects.
Portal APIs don't use properties very much. This is partially because we need to be careful about the flow of information, and partially because it would be unexpected to have a dialog appear when you just set a property.
The general flow of the portal API is that the application makes a portal request, the portal replies to that method call with a handle (i.e. object path) to Request object that corresponds to the request. The object is exported on the bus and stays alive as long as the user interaction lasts. When the user interaction is over, the portal sends a Response signal back to the application with the results from the interaction, if any.
To avoid a race condition between the caller subscribing to the signal after receiving the reply for the method call and the signal getting emitted, a convention for Request object paths has been established that allows the caller to subscribe to the signal before making the method call.
Some portal requests are connected to each other and need to be used in sequence. The pattern we use in such cases is a Session object. Just like Requests, Sessions are represented by an object path, that is returned by the initial CreateSession call. Subsequent calls take the object path of the session they operate on as an argument.
Sessions can be ended from the application side by calling the Close() method. They can also be closed from the service side, in which case the ::Closed signal is emitted to inform the application.
Most portals interact with the user by showing dialogs. These dialogs should generally be placed on top of the application window that triggered them. To arrange this, the compositor needs to know about the application window. Many portal requests expect a "parent_window" string argument for this reason.
Under X11, the "parent_window" argument should have the form
"x11:XID", where XID
is the XID of the application window in hexadecimal notation.
Under Wayland, it should have the form "wayland:HANDLE",
where HANDLE is a surface handle obtained with the
xdg_foreign protocol.
For other windowing systems, or if you don't have a suitable handle, just pass an empty string for "parent_window".
Portal interfaces are available to sandboxed applications with the default filtered session bus access of Flatpak. Unless otherwise specified, they appear under the bus name org.freedesktop.portal.Desktop and the object path /org/freedesktop/portal/desktop on the session bus.
Table of Contents
org.freedesktop.portal.Account — Portal for obtaining information about the user
GetUserInformation (IN s window, IN a{sv} options, OUT o handle);
This simple interface lets sandboxed applications query basic information about the user, like his name and avatar photo.
This documentation describes version 1 of this interface.
GetUserInformation (IN s window,
IN a{sv} options,
OUT o handle);
Gets information about the user.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
A string that can be shown in the dialog to expain why the information is needed. This should be a complete sentence that explains what the application will do with the returned information, for example: Allows your personal information to be included with recipes you share with your friends.
The following results get returned via the "Response" signal:
The user id.
The users real name.
The uri of an image file for the users avatar photo.
IN s window:Identifier for the window
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
org.freedesktop.portal.Request — Shared request interface
Close ();
The Request interface is shared by all portal interfaces. When a portal method is called, the reply includes a handle (i.e. object path) for a Request object, which will stay alive for the duration of the user interaction related to the method call.
The portal indicates that a portal request interaction is over by emitting the "Response" signal on the Request object.
The application can abort the interaction calling Close() on the Request object.
Since version 0.9 of xdg-desktop-portal, the handle will be of the form /org/freedesktop/portal/desktop/request/SENDER/TOKEN, where SENDER is the callers unique name, with the initial ':' removed and all '.' replaced by '_', and TOKEN is a unique token that the caller provided with the handle_token key in the options vardict.
This change was made to let applications subscribe to the Response signal before making the initial portal call, thereby avoiding a race condition. It is recommended that the caller should verify that the returned handle is what it expected, and update its signal subscription if it isn't. This ensures that applications will work with both old and new versions of xdg-desktop-portal.
The token that the caller provides should be unique and not guessable. To avoid clashes with calls made from unrelated libraries, it is a good idea to use a per-library prefix combined with a random number.
Response (u response,
a{sv} results);
Emitted when the user interaction for a portal request is over.
The response indicates how the user interaction ended:
| 0: Success, the request is carried out |
| 1: The user cancelled the interaction |
| 2: The user interaction was ended in some other way |
u response:Numeric response
a{sv} results:Vardict with results. The keys and values in the vardict depend on the request.
org.freedesktop.portal.Session — Shared session interface
Close ();
The Session interface is shared by all portal interfaces that involve long lived sessions. When a method that creates a session is called, if successful, the reply will include a session handle (i.e. object path) for a Session object, which will stay alive for the duration of the session.
The duration of the session is defined by the interface that creates it. For convenience, the interface contains a method Close(), and a signal org.freedesktop.portal.Session::Closed. Whether it is allowed to directly call Close() depends on the interface.
The handle of a session will be of the form /org/freedesktop/portal/desktop/session/SENDER/TOKEN, where SENDER is the callers unique name, with the initial ':' removed and all '.' replaced by '_', and TOKEN is a unique token that the caller provided with the session_handle_token key in the options vardict of the method creating the session.
The token that the caller provides should be unique and not guessable. To avoid clashes with calls made from unrelated libraries, it is a good idea to use a per-library prefix combined with a random number.
A client who started a session vanishing from the D-Bus is equivalent to closing all active sessions made by said client.
org.freedesktop.portal.FileChooser — File chooser portal
OpenFile (IN s parent_window, IN s title, IN a{sv} options, OUT o handle); SaveFile (IN s parent_window, IN s title, IN a{sv} options, OUT o handle); SaveFiles (IN s parent_window, IN s title, IN a{sv} options, OUT o handle);
The FileChooser portal allows sandboxed applications to ask the user for access to files outside the sandbox. The portal backend will present the user with a file chooser dialog.
The selected files will be made accessible to the application via the document portal, and the returned URI will point into the document portal fuse filesystem in /run/user/$UID/doc/.
This documentation describes version 3 of this interface.
OpenFile (IN s parent_window,
IN s title,
IN a{sv} options,
OUT o handle);
Asks to open one or more files.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Label for the accept button. Mnemonic underlines are allowed.
Whether the dialog should be modal. Default is yes.
Whether multiple files can be selected or not. Default is single-selection.
Whether to select for folders instead of files. Default is to select files. This option was added in version 3.
List of serialized file filters.
Each item in the array specifies a single filter to offer to the user. The first string is a user-visible name for the filter. The a(us) specifies a list of filter strings, which can be either a glob-style pattern (indicated by 0) or a mimetype (indicated by 1). Patterns are case-sensitive. To match different capitalizations of, e.g. '*.ico', use a pattern like '*.[iI][cC][oO]'.
Example: [('Images', [(0, '*.ico'), (1, 'image/png')]), ('Text', [(0, '*.txt')])]
Note that filters are purely there to aid the user in making a useful selection. The portal may still allow the user to select files that don't match any filter criteria, and applications must be prepared to handle that.
Request that this filter be set by default at dialog creation. If the filters list is nonempty, it should match a filter in the list to set the default filter from the list. Alternatively, it may be specified when the list is empty to apply the filter unconditionally.
List of serialized combo boxes to add to the file chooser.
For each element, the first string is an ID that will be returned with the response, the second string is a user-visible label. The a(ss) is the list of choices, each being an ID and a user-visible label. The final string is the initial selection, or "", to let the portal decide which choice will be initially selected. None of the strings, except for the initial selection, should be empty.
As a special case, passing an empty array for the list of choices indicates a boolean choice that is typically displayed as a check button, using "true" and "false" as the choices.
Example: [('encoding', 'Encoding', [('utf8', 'Unicode (UTF-8)'), ('latin15', 'Western')], 'latin15'), ('reencode', 'Reencode', [], 'false')]
The following results get returned via the "Response" signal:
An array of strings containing the uris of the selected files.
An array of pairs of strings, the first string being the ID of a combobox that was passed into this call, the second string being the selected option.
Example: [('encoding', 'utf8'), ('reencode', 'true')]
The filter that was selected. This may match a filter in the filter list or another filter that was applied unconditionally.
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the file chooser dialog
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
SaveFile (IN s parent_window,
IN s title,
IN a{sv} options,
OUT o handle);
Asks for a location to save a file.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Label for the accept button. Mnemonic underlines are allowed.
Whether the dialog should be modal. Default is yes.
List of serialized file filters. See OpenFile() for details.
Request that this filter be set by default at dialog creation. See OpenFile() for details.
List of serialized combo boxes. See OpenFile() for details.
Suggested filename.
Suggested folder to save the file in. The byte array is expected to be null-terminated.
The current file (when saving an existing file). The byte array is expected to be null-terminated.
The following results get returned via the "Response" signal:
An array of strings containing the uri of the selected file.
An array of pairs of strings, corresponding to the passed-in choices. See OpenFile() for details.
The filter that was selected. See OpenFile() for details.
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the file chooser dialog
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
SaveFiles (IN s parent_window,
IN s title,
IN a{sv} options,
OUT o handle);
Asks for a folder as a location to save one or more files. The names of the files will be used as-is and appended to the selected folder's path in the list of returned files. If the selected folder already contains a file with one of the given names, the portal may prompt or take some other action to construct a unique file name and return that instead.
Supported keys in the options vardict include:
A string that will be used as the last element of the
handle. Must be a valid object path element. See the
org.freedesktop.portal.Request documentation for more
information about the handle.
Label for the accept button. Mnemonic underlines are allowed.
Whether the dialog should be modal. Default is yes.
List of serialized combo boxes. See OpenFile() for details.
Suggested folder to save the files in. The byte array is expected to be null-terminated.
An array of file names to be saved. The byte arrays are expected to be null-terminated.
The following results get returned via the "Response" signal:
An array of strings containing the uri corresponding to
each file given by options, in the same order. Note that
the file names may have changed, for example if a file
with the same name in the selected folder already exists.
An array of pairs of strings, corresponding to the passed-in choices. See OpenFile() for details.
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the file chooser dialog
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
org.freedesktop.portal.Trash — Portal for trashing files
TrashFile (IN h fd, OUT u result);
This simple interface lets sandboxed applications send files to the trashcan.
This documentation describes version 1 of this interface.
TrashFile (IN h fd,
OUT u result);
Sends a file to the trashcan. Applications are allowed to trash a file if they can open it in r/w mode.
IN h fd:file descriptor for the file to trash
OUT u result:the result. 0 if trashing failed, 1 if trashing succeeded, other values may be returned in the future
org.freedesktop.portal.OpenURI — Portal for opening URIs
OpenURI (IN s parent_window, IN s uri, IN a{sv} options, OUT o handle); OpenFile (IN s parent_window, IN h fd, IN a{sv} options, OUT o handle); OpenDirectory (IN s parent_window, IN h fd, IN a{sv} options, OUT o handle);
The OpenURI portal allows sandboxed applications to open URIs (e.g. a http: link to the applications homepage) under the control of the user.
This documentation describes version 4 of this interface.
OpenURI (IN s parent_window,
IN s uri,
IN a{sv} options,
OUT o handle);
Asks to open a uri.
Note that file:// uris are explicitly not supported by this method. To request opening local files, use OpenFile().
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Whether to allow the chosen application to write to the file.
This key only takes effect the uri points to a local file that is exported in the document portal, and the chosen application is sandboxed itself.
Whether to ask the user to choose an app. If this is not passed, or false, the portal may use a default or pick the last choice.
The ask option was introduced in version 3 of the interface.
A token that can be used to activate the chosen application.
The activation_token option was introduced in version 4 of the interface.
IN s parent_window:Identifier for the application window, see Common Conventions
IN s uri:The uri to open
IN a{sv} options:Vardict with optional further onformation
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
OpenFile (IN s parent_window,
IN h fd,
IN a{sv} options,
OUT o handle);
Asks to open a local file.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Whether to allow the chosen application to write to the file.
This key only takes effect the uri points to a local file that is exported in the document portal, and the chosen application is sandboxed itself.
Whether to ask the user to choose an app. If this is not passed, or false, the portal may use a default or pick the last choice.
The ask option was introduced in version 3 of the interface.
A token that can be used to activate the chosen application.
The activation_token option was introduced in version 4 of the interface.
The OpenFile method was introduced in version 2 of the OpenURI portal API.
IN s parent_window:Identifier for the application window, see Common Conventions
IN h fd:File descriptor for the file to open
IN a{sv} options:Vardict with optional further onformation
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
OpenDirectory (IN s parent_window,
IN h fd,
IN a{sv} options,
OUT o handle);
Asks to open the directory containing a local file in the file browser.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
A token that can be used to activate the chosen application.
The activation_token option was introduced in version 4 of the interface.
The OpenDirectory method was introduced in version 3 of the OpenURI portal API.
IN s parent_window:Identifier for the application window, see Common Conventions
IN h fd:File descriptor for a file
IN a{sv} options:Vardict with optional further onformation
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
org.freedesktop.portal.Print — Portal for printing
Print (IN s parent_window, IN s title, IN h fd, IN a{sv} options, OUT o handle); PreparePrint (IN s parent_window, IN s title, IN a{sv} settings, IN a{sv} page_setup, IN a{sv} options, OUT o handle);
The Print portal allows sandboxed applications to print.
Due to the way in which printing requires bi-directional communication, using this portal will often require applications to make multiple requests. First, use PreparePrint() to obtain print settings, use them to format your output, then use Print() to print the formatted document. It is expected that high-level toolkit APIs such as GtkPrintOperation will hide most of this complexity.
This documentation describes version 1 of this interface.
Print (IN s parent_window,
IN s title,
IN h fd,
IN a{sv} options,
OUT o handle);
Asks to print a file.
The file must be passed in the form of a file descriptor open for reading. This ensures that sandboxed applications only print files that they have access to.
If a valid token is present in the options, then this call will print
with the settings from the Print call that the token refers to. If
no token is present, then a print dialog will be presented to the user.
Note that it is up to the portal implementation to determine how long it considers tokens valid.
Supported keys in the options vardict:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Whether to make the dialog modal. Defaults to yes.
Token that was returned by a previous PreparePrint() call.
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the print dialog
IN h fd:File descriptor for reading the content to print
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
PreparePrint (IN s parent_window,
IN s title,
IN a{sv} settings,
IN a{sv} page_setup,
IN a{sv} options,
OUT o handle);
Presents a print dialog to the user and returns print settings and page setup.
Supported keys in the options vardict:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Whether to make the dialog modal. Defaults to yes.
The following results get returned via the "Response" signal:
Print settings as set up by the user in the print dialog.
Page setup as set up by the user in the print dialog.
Token that can be passed to a subsequent Print() call to bypass the print dialog.
The following keys are supported in the print settings vardict:
One of landscape, portrait, reverse_landscape or reverse_portrait.
A paper name according to PWG 5101.1-2002.
Paper width, in millimeters.
Paper height, in millimeters.
The number of copies to print.
The default paper source.
Print quality, one of normal, high, low or draft.
The resolution, sets both resolution-x and resolution-y.
Whether to use color, one of true or false.
Duplex printing mode, one of simplex, horizontal or vertical.
Whether to collate copies, one of true or false.
Whether to reverse the order of printed pages, one of true or false.
A media type according to PWG 5101.1-2002.
The dithering to use, one of fine, none, coarse, lineart, grayscale or error-diffusion.
The scale in percent.
What pages to print, one of all, selection, current or ranges.
A list of page ranges, formatted like this: 0-2,4,9-11.
Note that page ranges are 0-based, even if the are displayed as 1-based when presented to the user.
What pages to print, one of all, even or odd.
The number of pages per sheet.
One of lrtb, lrbt, rltb, rlbt, tblr, tbrl, btlr, btrl.
The horizontal resolution in dpi.
The vertical resolution in dpi.
The resolution in lpi (lines per inch).
Basename to use for print-to-file.
Format to use for print-to-file, one of PDF, PS, SVG.
The uri used for print-to-file.
The following keys are supported in the page setup vardict:
The PPD name.
The name of the page setup.
User-visible name for the page setup.
Paper width in millimeters.
Paper height in millimeters.
Top margin in millimeters.
Bottom margin in millimeters.
Left margin in millimeters.
Right margin in millimeters.
Orientation, one of portrait, landscape, reverse-portrait or reverse-landscape.
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the print dialog
IN a{sv} settings:Serialized print settings
IN a{sv} page_setup:Serialized page setup
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
org.freedesktop.portal.Email — Portal for sending email
ComposeEmail (IN s parent_window, IN a{sv} options, OUT o handle);
This simple portal lets sandboxed applications request to send an email, optionally providing an address, subject, body and attachments.
This documentation describes version 3 of this interface.
ComposeEmail (IN s parent_window,
IN a{sv} options,
OUT o handle);
Presents a window that lets the user compose an email.
Note that the default email client for the host will need to support mailto: URIs following RFC 2368, with "cc", "bcc", "subject" and "body" query keys each corresponding to the email header of the same name, and with each attachment being passed as a "file://" URI as a value in an "attachment" query key.
For example:
mailto:foobar.com,bazbar.com?cc=ceobar.com&subject=Test20e-mail20subject&attachment=file://path/to/full/file.txt
would send a mail to "foobar.com", "bazbar.com", with a CC:
to "ceobar.com", with the subject "Test e-mail subject"
and the file pointed by URI "file://path/to/full/file.txt" as an attachment.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
The email address to send to.
Email addresses to send to. This will be used in addition to address.
This option was added in version 3.
Email addresses to cc.
This option was added in version 3.
Email addresses to bcc.
This option was added in version 3.
The subject for the email.
The body for the email.
File descriptors for files to attach.
All the keys in the options are are optional.
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
org.freedesktop.portal.Device — Portal for device access
AccessDevice (IN u pid, IN as devices, IN a{sv} options, OUT o handle);
This interface lets services ask if an application should get access to devices such as microphones, speakers or cameras. Not a portal in the strict sense, since the API is not directly accessible to applications inside the sandbox.
This documentation describes version 1 of this interface.
AccessDevice (IN u pid,
IN as devices,
IN a{sv} options,
OUT o handle);
Asks for access to a device.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
IN u pid:the pid of the application on whose behalf the request is made
IN as devices:a list of devices to request access to. Supported values are 'microphone', 'speakers', 'camera'. Asking for multiple devices at the same time may or may not be supported
IN a{sv} options:vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
org.freedesktop.portal.Location — Portal for obtaining information about the location
CreateSession (IN a{sv} options, OUT o handle); Start (IN o session_handle, IN s parent_window, IN a{sv} options, OUT o handle);
This simple interface lets sandboxed applications query basic information about the location.
This documentation describes version 1 of this interface.
CreateSession (IN a{sv} options,
OUT o handle);
Create a location session. A successfully created session can at
any time be closed using org.freedesktop.portal.Session::Close, or may
at any time be closed by the portal implementation, which will be
signalled via org.freedesktop.portal.Session::Closed.
`
Supported keys in the options vardict include:
A string that will be used as the last element of the session handle. Must be a valid object path element. See the org.freedesktop.portal.Session documentation for more information about the session handle.
Distance threshold in meters. Default is 0.
Time threshold in seconds. Default is 0.
Requested accuracy. Default is EXACT. Values: NONE 0, COUNTRY 1, CITY 2, NEIGHBORHOOD 3, STREET 4, EXACT 5
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the created org.freedesktop.portal.Session object
Start (IN o session_handle,
IN s parent_window,
IN a{sv} options,
OUT o handle);
Start the location session. An application can only attempt start a session once.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
LocationUpdated (o session_handle,
a{sv} location);
The LocationUpdated signal is emitted when the location has changed, as well as when the initial location has been determined.
The following results may get returned via the location:
The latitude, in degrees.
The longitude, in degrees.
The altitude, in meters.
The accuracy, in meters.
The speed, in meters per second.
The heading, in degrees, going clockwise. North 0, East 90, South 180, West 270.
The timestamp, as seconds and microsections since the Unix epoch.
o session_handle:Object path for the org.freedesktop.portal.Session object
a{sv} location:Vardict with the current location data
org.freedesktop.portal.Screenshot — Portal for taking screenshots
Screenshot (IN s parent_window, IN a{sv} options, OUT o handle); PickColor (IN s parent_window, IN a{sv} options, OUT o handle);
This simple portal lets sandboxed applications request a screenshot.
The screenshot will be made accessible to the application via the document portal, and the returned URI will point into the document portal fuse filesystem in /run/user/$UID/doc/.
This documentation describes version 2 of this interface.
Screenshot (IN s parent_window,
IN a{sv} options,
OUT o handle);
Supported keys in the options vardict include:
parent_window: Identifier for the application window, see Common Conventions
options: Vardict with optional further information
handle: Object path for the org.freedesktop.portal.Request object representing this call
Takes a screenshot.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Whether the dialog should be modal. Default is yes.
Hint shether the dialog should offer customization before taking a screenshot. Default is no. Since version 2.
The following results get returned via the "Response" signal:
String containing the uri of the screenshot.
IN s parent_window:IN a{sv} options:OUT o handle:
PickColor (IN s parent_window,
IN a{sv} options,
OUT o handle);
Obtains the color of a single pixel.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
The following results get returned via the "Response" signal:
The color, rgb values in the range [0,1].
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
org.freedesktop.portal.ScreenCast — Screen cast portal
CreateSession (IN a{sv} options, OUT o handle); SelectSources (IN o session_handle, IN a{sv} options, OUT o handle); Start (IN o session_handle, IN s parent_window, IN a{sv} options, OUT o handle); OpenPipeWireRemote (IN o session_handle, IN a{sv} options, OUT h fd);
The Screen cast portal allows to create screen cast sessions.
This documentation describes version 4 of this interface.
CreateSession (IN a{sv} options,
OUT o handle);
Create a screen cast session. A successfully created session can at any time be closed using org.freedesktop.portal.Session::Close, or may at any time be closed by the portal implementation, which will be signalled via org.freedesktop.portal.Session::Closed.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
A string that will be used as the last element of the session handle. Must be a valid object path element. See the org.freedesktop.portal.Session documentation for more information about the session handle.
The following results get returned via the "Response" signal:
The session handle. An object path for the org.freedesktop.portal.Session object representing the created session.
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
SelectSources (IN o session_handle,
IN a{sv} options,
OUT o handle);
Configure what the screen cast session should record. This method must be called before starting the session.
Passing invalid input to this method will cause the session to be closed. An application may only attempt to select sources once per session.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Bitmask of what types of content to record. Default is MONITOR.
Whether to allow selecting multiple sources. Default is no.
Determines how the cursor will be drawn in the screen cast stream. It must be one of the curosr modes advertised in org.freedesktop.portal.ScreenCast.AvailableCursorModes. Setting a cursor mode not advertised will cause the screen cast session to be closed. The default cursor mode is 'Hidden'.
This option was added in version 2 of this interface.
The token to restore a previous session.
If the stored session cannot be restored, this value is ignored and the user will be prompted normally. This may happen when, for example, the session contains a monitor or a window that is not available anymore, or when the stored permissions are withdrawn.
The restore token is invalidated after using it once. To restore the same session again, use the new restore token sent in response to starting this session.
This option was added in version 4 of this interface.
How this session should persist. Default is 0. Accepted values are:
| 0: Do not persist (default) |
| 1: Permissions persist as long as the application is running |
| 2: Permissions persist until explicitly revoked |
Remote desktop screen cast sessions cannot persist. The only allowed persist_mode for remote desktop sessions is 0.
If the permission for the session to persist is granted, a restore token will be returned via the "Response" signal of the org.freedesktop.portal.ScreenCast.Start method.
This option was added in version 4 of this interface.
For available source types, see the AvailableSourceTypes property.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
Start (IN o session_handle,
IN s parent_window,
IN a{sv} options,
OUT o handle);
Start the screen cast session. This will typically result the portal presenting a dialog letting the user do the selection set up by SelectSources. An application can only attempt start a session once.
A screen cast session may only be started after having selected sources using org.freedesktop.portal.ScreenCast::SelectSources.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
The following results get returned via the "Response" signal:
An array of PipeWire streams. Each stream consists of a PipeWire node ID (the first element in the tuple, and a Vardict of properties.
The array will contain a single stream if 'multiple' (see SelectSources) was set to 'false', or at least one stream if 'multiple' was set to 'true' as part of the SelectSources method.
The restore token. This token is a single use token that can later be used to restore a session. See org.freedesktop.portal.ScreenCast.SelectSources for details.
This response option was added in version 4 of this interface.
Stream properties include:
Opaque identifier. Will be unique for this stream and local to this session. Will persist with future sessions, if they are restored using a restore token. This property was added in version 4 of this interface. Optional.
A tuple consisting of the position (x, y) in the compositor coordinate space. Note that the position may not be equivalent to a position in a pixel coordinate space. Only available for monitor streams. Optional.
A tuple consisting of (width, height). The size represents the size of the stream as it is displayed in the compositor coordinate space. Note that this size may not be equivalent to a size in a pixel coordinate space. The size may differ from the size of the stream. Optional.
The type of the content which is being screen casted. For available source types, see the AvailableSourceTypes property. This property was added in version 3 of this interface.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
OpenPipeWireRemote (IN o session_handle,
IN a{sv} options,
OUT h fd);
Open a file descriptor to the PipeWire remote where the screen cast
streams are available. The file descriptor should be used to create a
pw_core object, by using
pw_context_connect_fd. Only the screen cast stream
nodes will be available from this PipeWire node.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
OUT h fd:File descriptor of an open PipeWire remote.
AvailableSourceTypes readable u
A bitmask of available source types. Currently defined types are:
| 1: MONITOR |
| 2: WINDOW |
| 4: VIRTUAL |
AvailableCursorModes readable u
A bitmask of available cursor modes.
Available cursor mode values:
| 1: Hidden. The cursor is not part of the screen cast stream. |
| 2: Embedded: The cursor is embedded as part of the stream buffers. |
| 4: Metadata: The cursor is not part of the screen cast stream, but sent as PipeWire stream metadata. |
This property was added in version 2 of this interface.
org.freedesktop.portal.RemoteDesktop — Remote desktop portal
CreateSession (IN a{sv} options, OUT o handle); SelectDevices (IN o session_handle, IN a{sv} options, OUT o handle); Start (IN o session_handle, IN s parent_window, IN a{sv} options, OUT o handle); NotifyPointerMotion (IN o session_handle, IN a{sv} options, IN d dx, IN d dy); NotifyPointerMotionAbsolute (IN o session_handle, IN a{sv} options, IN u stream, IN d x, IN d y); NotifyPointerButton (IN o session_handle, IN a{sv} options, IN i button, IN u state); NotifyPointerAxis (IN o session_handle, IN a{sv} options, IN d dx, IN d dy); NotifyPointerAxisDiscrete (IN o session_handle, IN a{sv} options, IN u axis, IN i steps); NotifyKeyboardKeycode (IN o session_handle, IN a{sv} options, IN i keycode, IN u state); NotifyKeyboardKeysym (IN o session_handle, IN a{sv} options, IN i keysym, IN u state); NotifyTouchDown (IN o session_handle, IN a{sv} options, IN u stream, IN u slot, IN d x, IN d y); NotifyTouchMotion (IN o session_handle, IN a{sv} options, IN u stream, IN u slot, IN d x, IN d y); NotifyTouchUp (IN o session_handle, IN a{sv} options, IN u slot);
The Remote desktop portal allows to create remote desktop sessions.
This documentation describes version 1 of this interface.
CreateSession (IN a{sv} options,
OUT o handle);
Create a remote desktop session.
A remote desktop session is used to allow remote controlling a desktop session. It can also be used together with a screen cast session (see org.freedesktop.portal.ScreenCast), but may only be started and stopped with this interface.
To also get a screen content, call the #org.freedesktop.ScreenCast.SelectSources with the #org.freedesktop.Session object created with this method.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
A string that will be used as the last element of the session handle. Must be a valid object path element. See the org.freedesktop.portal.Session documentation for more information about the session handle.
The following results get returned via the "Response" signal:
The session handle. An object path for the org.freedesktop.portal.Session object representing the created session.
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
SelectDevices (IN o session_handle,
IN a{sv} options,
OUT o handle);
Select input devices to remote control.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Bitmask of what device types to request remote controlling of. Default is all.
For available source types, see the AvailableDeviceTypes property.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
Start (IN o session_handle,
IN s parent_window,
IN a{sv} options,
OUT o handle);
Start the remote desktop session. This will typically result in the portal presenting a dialog letting the user select what to share, including devices and optionally screen content if screen cast sources was selected.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
The following results get returned via the "Response" signal:
A bitmask of the devices selected by the user.
If a screen cast source was selected, the results of the org.freedesktop.portal.ScreenCast.Start response signal may be included.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
NotifyPointerMotion (IN o session_handle,
IN a{sv} options,
IN d dx,
IN d dy);
Notify about a new relative pointer motion event. The (dx, dy) vector represents the new pointer position in the streams logical coordinate space.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN d dx:Relative movement on the x axis
IN d dy:Relative movement on the y axis
NotifyPointerMotionAbsolute (IN o session_handle,
IN a{sv} options,
IN u stream,
IN d x,
IN d y);
Notify about a new absolute pointer motion event. The (x, y) position represents the new pointer position in the streams logical coordinate space (see the logical_size stream property in org.freedesktop.portal.ScreenCast).
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u stream:The PipeWire stream node the coordinate is relative to
IN d x:Pointer motion x coordinate
IN d y:Pointer motion y coordinate
NotifyPointerButton (IN o session_handle,
IN a{sv} options,
IN i button,
IN u state);
The pointer button is encoded according to Linux Evdev button codes.
May only be called if POINTER access was provided after starting the session.
Available button states:
| 0: Released |
| 1: Pressed |
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN i button:The pointer button was pressed or released
IN u state:The new state of the button
NotifyPointerAxis (IN o session_handle,
IN a{sv} options,
IN d dx,
IN d dy);
The axis movement from a 'smooth scroll' device, such as a touchpad. When applicable, the size of the motion delta should be equivalent to the motion vector of a pointer motion done using the same advice.
May only be called if POINTER access was provided after starting the session.
Supported keys in the options vardict include:
If set to true, this is the last axis event in a series, for example as a result of the fingers being lifted from a touchpad after a two-finger scroll. Default is false.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN d dx:Relative axis movement on the x axis
IN d dy:Relative axis movement on the y axis
NotifyPointerAxisDiscrete (IN o session_handle,
IN a{sv} options,
IN u axis,
IN i steps);
May only be called if POINTER access was provided after starting the session.
Available axes:
| 0: Vertical scroll |
| 1: Horizontal scroll |
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u axis:The axis that was scrolled
IN i steps:The number of steps scrolled
NotifyKeyboardKeycode (IN o session_handle,
IN a{sv} options,
IN i keycode,
IN u state);
May only be called if KEYBOARD access was provided after starting the session.
Available keyboard keysym states:
| 0: Released |
| 1: Pressed |
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN i keycode:Keyboard code that was pressed or released
IN u state:New state of keyboard keysym
NotifyKeyboardKeysym (IN o session_handle,
IN a{sv} options,
IN i keysym,
IN u state);
May only be called if KEYBOARD access was provided after starting the session.
Available keyboard keysym states:
| 0: Released |
| 1: Pressed |
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN i keysym:Keyboard symbol that was pressed or released
IN u state:New state of keyboard keysym
NotifyTouchDown (IN o session_handle,
IN a{sv} options,
IN u stream,
IN u slot,
IN d x,
IN d y);
May only be called if TOUCHSCREEN access was provided after starting the session.
Notify about a new touch down event. The (x, y) position represents the new touch point position in the streams logical coordinate space (see the logical_size stream property in org.freedesktop.portal.ScreenCast).
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u stream:The PipeWire stream node the coordinate is relative to
IN u slot:Touch slot where touch point appeared
IN d x:Touch down x coordinate
IN d y:Touch down y coordinate
NotifyTouchMotion (IN o session_handle,
IN a{sv} options,
IN u stream,
IN u slot,
IN d x,
IN d y);
May only be called if TOUCHSCREEN access was provided after starting the session.
Notify about a new touch motion event. The (x, y) position represents where the touch point position in the streams logical coordinate space moved (see the logical_size stream property in org.freedesktop.portal.ScreenCast).
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u stream:The PipeWire stream node the coordinate is relative to
IN u slot:Touch slot where touch point appeared
IN d x:Touch motion x coordinate
IN d y:Touch motion y coordinate
NotifyTouchUp (IN o session_handle,
IN a{sv} options,
IN u slot);
May only be called if TOUCHSCREEN access was provided after starting the session.
Notify about a new touch up event.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u slot:Touch slot where touch point appeared
org.freedesktop.portal.Notification — Portal for sending notifications
AddNotification (IN s id, IN a{sv} notification); RemoveNotification (IN s id);
This simple interface lets sandboxed applications send and withdraw notifications. It is not possible for the application to learn if the notification was actually presented to the user. Not a portal in the strict sense, since there is no user interaction.
Note that in contrast to most other portal requests, notifications are expected to outlast the running application. If a user clicks on a notification after the application has exited, it will get activated again.
Notifications can specify actions that can be activated by the user. Actions whose name starts with 'app.' are assumed to be exported and will be activated via the ActivateAction() method in the org.freedesktop.Application interface. Other actions are activated by sending the #org.freedeskop.portal.Notification::ActionInvoked signal to the application.
This documentation describes version 1 of this interface.
AddNotification (IN s id,
IN a{sv} notification);
Sends a notification.
The ID can be used to later withdraw the notification. If the application reuses the same ID without withdrawing, the notification is replaced by the new one.
The format of the serialized notification is a vardict, with the following supported keys, all of which are optional:
User-visible string to display as the title.
User-visible string to display as the body.
Serialized icon (see g_icon_serialize()).
The portal only accepts serialized GThemedIcon and GBytesIcons. Both of these have the form (sv). For themed icons, the string is "themed", and the value is an array of strings containing the icon names. For bytes icons, the string is "bytes", and the value is a bytestring containing the icon data in png, jpeg or svg form. For historical reasons, it is also possible to send a simple string for themed icons with a single icon name.
There may be further restrictions on the supported kinds of icons.
The priority for the notification. Supported values: low, normal, high, urgent.
Name of an action that is exported by the application. This action will be activated when the user clicks on the notification.
Target parameter to send along when activating the default action.
Array of serialized buttons to add to the notification.
The format for serialized buttons is a vardict with the following supported keys:
User-visible label for the button. Mandatory.
Name of an action that is exported by the application. The action will be activated when the user clicks on the button. Mandatory.
Target parameter to send along when activating the action.
IN s id:Application-provided ID for this notification
IN a{sv} notification:Vardict with the serialized notification
ActionInvoked (s id,
s action,
av parameter);
for the action, if one was specified
Send to the application when a non-exported action is activated.
s id:the application-provided ID for the notification
s action:the name of the action
av parameter:array which will contain the target parameter
org.freedesktop.portal.Inhibit — Portal for inhibiting session transitions
Inhibit (IN s window, IN u flags, IN a{sv} options, OUT o handle); CreateMonitor (IN s window, IN a{sv} options, OUT o handle); QueryEndResponse (IN o session_handle);
This simple interface lets sandboxed applications inhibit the user session from ending, suspending, idling or getting switched away.
This documentation describes version 3 of this interface.
Inhibit (IN s window,
IN u flags,
IN a{sv} options,
OUT o handle);
Inhibits a session status changes. To remove the inhibition, call Close() on the returned handle.
The flags determine what changes are inhibited:
| 1: Logout |
| 2: User Switch |
| 4: Suspend |
| 8: Idle |
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
User-visible reason for the inhibition.
IN s window:Identifier for the window
IN u flags:Flags identifying what is inhibited
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
CreateMonitor (IN s window,
IN a{sv} options,
OUT o handle);
Creates a monitoring session. While this session is active, the caller will receive StateChanged signals with updates on the session state.
A successfully created session can at any time be closed using org.freedesktop.portal.Session::Close, or may at any time be closed by the portal implementation, which will be signalled via org.freedesktop.portal.Session::Closed.
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
A string that will be used as the last element of the session handle. Must be a valid object path element. See the org.freedesktop.portal.Session documentation for more information about the session handle.
The following results get returned via the "Response" signal:
The session handle. An object path for the org.freedesktop.portal.Session object representing the created session.
This method was added in version 2 of this interface.
IN s window:the parent window
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
QueryEndResponse (IN o session_handle);
Acknowledges that the caller received the "StateChanged" signal. This method should be called within one second or receiving a StateChanged signal with the 'Query End' state.
Since version 3.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
StateChanged (o session_handle,
a{sv} state);
The StateChanged signal is sent to active monitoring sessions when the session state changes.
When the session state changes to 'Query End', clients with active monitoring sessions are expected to respond by calling QueryEndResponse() within a second of receiving the StateChanged signal. They may call Inhibit() first to inhibit logout, to prevent the session from proceeding to the Ending state.
The following information may get returned in the state vardict:
Whether the screensaver is active.
The state of the session. This member is new in version 3.
| 1: Running |
| 2: Query End |
| 3: Ending |
o session_handle:Object path for the org.freedesktop.portal.Session object
a{sv} state:Vardict with information about the session state
org.freedesktop.portal.NetworkMonitor — Network monitoring portal
GetAvailable (OUT b available); GetMetered (OUT b metered); GetConnectivity (OUT u connectivity); GetStatus (OUT a{sv} status); CanReach (IN s hostname, IN u port, OUT b reachable);
The NetworkMonitor interface provides network status information to sandboxed applications. It is not a portal in the strict sense, since it does not involve user interaction. Applications are expected to use this interface indirectly, via a library API such as the GLib GNetworkMonitor interface.
This documentation describes version 3 of this interface.
GetAvailable (OUT b available);
Returns whether the network is considered available. That is, whether the system as a default route for at least one of IPv4 or IPv6.
This method was added in version 2 to replace the available property.
OUT b available:whether the network is available
GetMetered (OUT b metered);
Returns whether the network is considered metered. That is, whether the system as traffic flowing through the default connection that is subject ot limitations by service providers.
This method was added in version 2 to replace the metered property.
OUT b metered:whether the network is metered
GetConnectivity (OUT u connectivity);
Returns more detailed information about the host's network connectivity. The meaning of the value is:
| 1: Local only. The host is not configured with a route to the internet. |
| 2: Limited connectivity. The host is connected to a network, but can't reach the full internet. |
| 3: Captive portal. The host is behind a captive portal and cannot reach the full internet. |
| 4: Full network. The host connected to a network, and can reach the full internet. |
This method was added in version 2 to replace the connectivity property.
OUT u connectivity:the level of connectivity
GetStatus (OUT a{sv} status);
Returns the three values all at once.
The following results get returned via status:
Whether the network is available.
Whether the network is metered.
The level of connectivity.
This method was added in version 3 to avoid multiple round-trips.
OUT a{sv} status:a dictionary with the current values
org.freedesktop.portal.ProxyResolver — Proxy information
Lookup (IN s uri, OUT as proxies);
The ProxyResolver interface provides network proxy information to sandboxed applications. It is not a portal in the strict sense, since it does not involve user interaction. Applications are expected to use this interface indirectly, via a library API such as the GLib GProxyResolver interface.
This documentation describes version 1 of this interface.
Lookup (IN s uri,
OUT as proxies);
Looks up which proxy to use to connect to uri. The returned
proxy uri are of the form 'protocol://[user[:password]host:port'.
The protocol can be http, rtsp, socks or another proxying protocol.
'direct://' is used when no proxy is needed.
IN s uri:Destination to connect to
OUT as proxies:List of proxy uris
org.freedesktop.portal.Settings — Settings interface
ReadAll (IN as namespaces, OUT a{sa{sv}} value); Read (IN s namespace, IN s key, OUT v value);
This interface provides read-only access to a small number of host settings required for toolkits similar to XSettings. It is not for general purpose settings.
Currently the interface provides the following keys:
Indicates the system's preferred color scheme. Supported values are:
| 0: No preference |
| 1: Prefer dark appearance |
| 2: Prefer light appearance |
Unknown values should be treated as 0 (no preference).
Implementations can provide other keys; they are entirely implementation details that are undocumented. If you are a toolkit and want to use this please open an issue.
This documentation describes version 1 of this interface.
ReadAll (IN as namespaces,
OUT a{sa{sv}} value);
If namespaces is an empty array or contains an empty string it matches all. Globbing is supported but only for
trailing sections, e.g. "org.example.*".
IN as namespaces:List of namespaces to filter results by, supports simple globbing explained below.
OUT a{sa{sv}} value:Dictionary of namespaces to its keys and values.
org.freedesktop.portal.Secret — Portal for retrieving application secret
RetrieveSecret (IN h fd, IN a{sv} options, OUT o handle);
The Secret portal allows sandboxed applications to retrieve a per-application secret. The secret can then be used for encrypting confidential data inside the sandbox.
This documentation describes version 1 of this interface.
RetrieveSecret (IN h fd,
IN a{sv} options,
OUT o handle);
Retrieves a master secret for a sandboxed application.
The master secret is unique per application and does not change as long as the application is installed (once it has been created). In a typical backend implementation, it is stored in the user's keyring, under the application ID as a key.
While the master secret can be used for encrypting any confidential data in the sandbox, the format is opaque to the application. In particular, the length of the secret might not be sufficient for the use with certain encryption algorithm. In that case, the application is supposed to expand it using a KDF algorithm.
The portal may return an additional identifier associated with
the secret in the results vardict of
org.freedesktop.portal.Request.Response() call. In the next
call of this method, the application shall indicate it through
a token element in options.
Supported keys in the options vardict include:
An opaque string returned by a previous RetrieveSecret() call.
IN h fd:Writable file descriptor for transporting the secret
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
org.freedesktop.portal.Background — Portal for requesting autostart and background activity
RequestBackground (IN s parent_window, IN a{sv} options, OUT o handle);
This simple interface lets sandboxed applications request that the application is allowed to run in the background or started automatically when the user logs in.
This documentation describes version 1 of this interface.
RequestBackground (IN s parent_window,
IN a{sv} options,
OUT o handle);
Common Conventions
options: Vardict with optional further information
handle: Object path for the org.freedesktop.portal.Request
object representing this call
Requests that the application is allowed to run in the background.
Supported keys in the options vardict include:
A string that will be used as the last element of the
handle. Must be a valid object path element. See the
org.freedesktop.portal.Request documentation for more
information about the handle.
User-visible reason for the request.
TRUE if the app also wants to be started automatically at login.
Commandline to use add when autostarting at login. If this is not specified, the Exec line from the desktop file will be used.
If TRUE, use D-Bus activation for autostart.
The following results get returned via the "Response" signal:
TRUE if the application is allowed to run in the background.
TRUE if the application is will be autostarted.
IN s parent_window:Identifier for the application window, see
IN a{sv} options:OUT o handle:org.freedesktop.portal.GameMode — Portal for accessing GameMode
QueryStatus (IN i pid, OUT i result); RegisterGame (IN i pid, OUT i result); UnregisterGame (IN i pid, OUT i result); QueryStatusByPid (IN i target, IN i requester, OUT i result); RegisterGameByPid (IN i target, IN i requester, OUT i result); UnregisterGameByPid (IN i target, IN i requester, OUT i result); QueryStatusByPIDFd (IN h target, IN h requester, OUT i result); RegisterGameByPIDFd (IN h target, IN h requester, OUT i result); UnregisterGameByPIDFd (IN h target, IN h requester, OUT i result);
Interface for accessing GameMode from within the sandbox. It is analogous to the com.feralinteractive.GameMode interface and will proxy request there, but with additional permission checking and pid mapping. The latter is necessary in the case that sandbox has pid namespace isolation enabled. See the man page for pid_namespaces(7) for more details, but briefly, it means that the sandbox has its own process id namespace which is separated from the one on the host. Thus there will be two separate process ids (pids) within two different namespaces that both identify same process. One id from the pid namespace inside the sandbox and one id from the host pid namespace. Since GameMode expects pids from the host pid namespace but programs inside the sandbox can only know pids from the sandbox namespace, process ids need to be translated from the portal to the host namespace. The portal will do that transparently for all calls where this is necessary.
Note: GameMode will monitor active clients, i.e. games and other programs that have successfully called 'RegisterGame'. In the event that a client terminates without a call to the 'UnregisterGame' method, GameMode will automatically un-register the client. This might happen with a (small) delay.
This documentation describes version 3 of this interface.
QueryStatus (IN i pid,
OUT i result);
Query the GameMode status for a process. If the caller
is running inside a sandbox with pid namespace isolation,
the pid will be translated to the respective host pid. See
the general introduction for details. Will return:
0 if GameMode is inactive,
1 if GameMode is active,
2 if GameMode is active and pid is registered,
-1 if the query failed inside GameMode
IN i pid:Process id to query the GameMode status of
OUT i result:The GameMode status for pid '
RegisterGame (IN i pid,
OUT i result);
Register a game with GameMode and thus request GameMode to
be activated. If the caller is running inside a sandbox with
pid namespace isolation, the pid will be translated to the
respective host pid. See the general introduction for details.
If the GameMode has already been requested for pid before,
this call will fail, i.e. result will be -1.
Will return:
0 if the game with pid was successfully registered,
-1 if the request was rejected by GameMode
IN i pid:Process id of the game to register
OUT i result:Status of the request: 0 for success, -1 indicates an error
UnregisterGame (IN i pid,
OUT i result);
Un-register a game from GameMode; if the call is successful
and there are no other games or clients registered, GameMode
will be deactivated. If the caller is running inside a sandbox
with pid namespace isolation, the pid will be translated to
the respective host pid.
Will return:
0 if the game with pid was successfully un-registered,
-1 if the request was rejected by GameMode
IN i pid:Process id of the game to un-register
OUT i result:Status of the request: 0 for success, -1 indicates an error
QueryStatusByPid (IN i target,
IN i requester,
OUT i result);
Query the GameMode status for a process.
Like QueryStatus() but requester
acting on behalf of target.
IN i target:Process id to query the GameMode status of
IN i requester:Process id of the process requesting the information
OUT i result:The GameMode status for target
RegisterGameByPid (IN i target,
IN i requester,
OUT i result);
Register a game with GameMode.
Like RegisterGame() but requester
acting on behalf of target.
IN i target:Process id of the game to register
IN i requester:Process id of the process requesting the registration
OUT i result:Status of the request: 0 for success, -1 indicates an error
UnregisterGameByPid (IN i target,
IN i requester,
OUT i result);
Un-register a game with GameMode.
Like UnregisterGame() but requester
acting on behalf of target.
IN i target:Process id of the game to un-register
IN i requester:Process id of the process requesting the un-registration
OUT i result:Status of the request: 0 for success, -1 indicates an error
QueryStatusByPIDFd (IN h target,
IN h requester,
OUT i result);
Query the GameMode status for a process.
Like QueryStatusByPid() but requester
and target are pidfds representing the processes.
IN h target:Pidfd to query the GameMode status of
IN h requester:Pidfd of the process requesting the information
OUT i result:The GameMode status for target
RegisterGameByPIDFd (IN h target,
IN h requester,
OUT i result);
Register a game with GameMode.
Like RegisterGameByPid() but requester
and target are pidfds representing the processes.
IN h target:Pidfd of the game to register
IN h requester:Pidfd of the process requesting the registration
OUT i result:Status of the request: 0 for success, -1 indicates an error
UnregisterGameByPIDFd (IN h target,
IN h requester,
OUT i result);
Un-register a game with GameMode.
Like UnregisterGameByPid() but requester
and target are pidfds representing the processes.
IN h target:Pidfd of the game to un-register
IN h requester:Pidfd of the process requesting the un-registration
OUT i result:Status of the request: 0 for success, -1 indicates an error
org.freedesktop.portal.Camera — Camera portal
AccessCamera (IN a{sv} options, OUT o handle); OpenPipeWireRemote (IN a{sv} options, OUT h fd);
AccessCamera (IN a{sv} options,
OUT o handle);
Supported keys in the options vardict include:
A string that will be used as the last element of the handle. Must be a valid
object path element. See the org.freedesktop.portal.Request documentation for
more information about the handle.
Following the "Response" signal, if granted, #org.freedesktop.org.Camera.OpenPipeWireRemote can be used to open a PipeWire remote.
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Request object representing this call
OpenPipeWireRemote (IN a{sv} options,
OUT h fd);
Open a file descriptor to the PipeWire remote where the camera nodes
are available. The file descriptor should be used to create a
pw_core object, by using
pw_context_connect_fd.
This method will only succeed if the application already has permission to access camera devices.
IN a{sv} options:Vardict with optional further information
OUT h fd:File descriptor of an open PipeWire remote.
org.freedesktop.portal.Documents — Document portal
GetMountPoint (OUT ay path); Add (IN h o_path_fd, IN b reuse_existing, IN b persistent, OUT s doc_id); AddNamed (IN h o_path_parent_fd, IN ay filename, IN b reuse_existing, IN b persistent, OUT s doc_id); AddFull (IN ah o_path_fds, IN u flags, IN s app_id, IN as permissions, OUT as doc_ids, OUT a{sv} extra_out); AddNamedFull (IN h o_path_fd, IN ay filename, IN u flags, IN s app_id, IN as permissions, OUT s doc_id, OUT a{sv} extra_out); GrantPermissions (IN s doc_id, IN s app_id, IN as permissions); RevokePermissions (IN s doc_id, IN s app_id, IN as permissions); Delete (IN s doc_id); Lookup (IN ay filename, OUT s doc_id); Info (IN s doc_id, OUT ay path, OUT a{sas} apps); List (IN s app_id, OUT a{say} docs);
The document portal allows to make files from the outside world available to sandboxed applications in a controlled way.
Exported files will be made accessible to the application via a fuse filesystem that gets mounted at /run/user/$UID/doc/. The filesystem gets mounted both outside and inside the sandbox, but the view inside the sandbox is restricted to just those files that the application is allowed to access.
Individual files will appear at /run/user/$UID/doc/$DOC_ID/filename, where $DOC_ID is the ID of the file in the document store. It is returned by the Add() and AddNamed() calls.
The permissions that the application has for a document store entry (see GrantPermissions()) are reflected in the POSIX mode bits in the fuse filesystem.
The D-Bus interface for the document portal is available under the bus name org.freedesktop.portal.Documents and the object path /org/freedesktop/portal/documents.
This documentation describes version 4 of this interface.
GetMountPoint (OUT ay path);
Returns the path at which the document store fuse filesystem is mounted. This will typically be /run/user/$UID/doc/.
OUT ay path:the path at which the fuse filesystem is mounted
Add (IN h o_path_fd,
IN b reuse_existing,
IN b persistent,
OUT s doc_id);
Adds a file to the document store. The file is passed in the form of an open file descriptor to prove that the caller has access to the file.
IN h o_path_fd:open file descriptor for the file to add
IN b reuse_existing:whether to reuse an existing document store entry for the file
IN b persistent:whether to add the file only for this session or permanently
OUT s doc_id:the ID of the file in the document store
AddNamed (IN h o_path_parent_fd,
IN ay filename,
IN b reuse_existing,
IN b persistent,
OUT s doc_id);
Creates an entry in the document store for writing a new file.
IN h o_path_parent_fd:open file descriptor for the parent directory
IN ay filename:the basename for the file
IN b reuse_existing:whether to reuse an existing document store entry for the file
IN b persistent:whether to add the file only for this session or permanently
OUT s doc_id:the ID of the file in the document store
AddFull (IN ah o_path_fds,
IN u flags,
IN s app_id,
IN as permissions,
OUT as doc_ids,
OUT a{sv} extra_out);
Adds multiple files to the document store. The file is passed in the form of an open file descriptor to prove that the caller has access to the file.
If the as-needed-by-app flag is given, files will only be added to the document store if the application does not already have access to them. For files that are not added to the document store, the doc_ids array will contain an empty string.
Additionally, if app_id is specified, it will be given the permissions listed in GrantPermission.
The method also returns some extra info that can be used to avoid multiple roundtrips. For now it only contains as "mountpoint", the fuse mountpoint of the document portal.
This method was added in version 2 of the org.freedesktop.portal.Documents interface.
Support for exporting directories were added in version 4 of the org.freedesktop.portal.Documents interface.
IN ah o_path_fds:open file descriptors for the files to export
IN u flags:flags, 1 == reuse_existing, 2 == persistent, 4 == as-needed-by-app, 8 = export directory
IN s app_id:an application ID, or empty string
IN as permissions:the permissions to grant, possible values are 'read', 'write', 'grant-permissions' and 'delete'
OUT as doc_ids:the IDs of the files in the document store
OUT a{sv} extra_out:
AddNamedFull (IN h o_path_fd,
IN ay filename,
IN u flags,
IN s app_id,
IN as permissions,
OUT s doc_id,
OUT a{sv} extra_out);
Creates an entry in the document store for writing a new file.
If the as-needed-by-app flag is given, file will only be added to the document store if the application does not already have access to it. For file that is not added to the document store, the doc_id will contain an empty string.
Additionally, if app_id is specified, it will be given the permissions listed in GrantPermission.
The method also returns some extra info that can be used to avoid multiple roundtrips. For now it only contains as "mountpoint", the fuse mountpoint of the document portal.
This method was added in version 3 of the org.freedesktop.portal.Documents interface.
IN h o_path_fd:IN ay filename:the basename for the file
IN u flags:flags, 1 == reuse_existing, 2 == persistent, 4 == as-needed-by-app
IN s app_id:an application ID, or empty string
IN as permissions:the permissions to grant, possible values are 'read', 'write', 'grant-permissions' and 'delete'
OUT s doc_id:the ID of the file in the document store
OUT a{sv} extra_out:
GrantPermissions (IN s doc_id,
IN s app_id,
IN as permissions);
Grants access permissions for a file in the document store to an application.
This call is available inside the sandbox if the application has the 'grant-permissions' permission for the document.
IN s doc_id:the ID of the file in the document store
IN s app_id:the ID of the application to which permissions are granted
IN as permissions:the permissions to grant, possible values are 'read', 'write', 'grant-permissions' and 'delete'
RevokePermissions (IN s doc_id,
IN s app_id,
IN as permissions);
Revokes access permissions for a file in the document store from an application.
This call is available inside the sandbox if the application has the 'grant-permissions' permission for the document.
IN s doc_id:the ID of the file in the document store
IN s app_id:the ID of the application from which permissions are revoked
IN as permissions:the permissions to revoke, possible values are 'read', 'write', 'grant-permissions' and 'delete'
Delete (IN s doc_id);
Removes an entry from the document store. The file itself is not deleted.
This call is available inside the sandbox if the application has the 'delete' permission for the document.
IN s doc_id:the ID of the file in the document store
Lookup (IN ay filename,
OUT s doc_id);
Looks up the document ID for a file.
This call is not available inside the sandbox.
IN ay filename:a path in the host filesystem
OUT s doc_id:the ID of the file in the document store, or '' if the file is not in the document store
Info (IN s doc_id,
OUT ay path,
OUT a{sas} apps);
Gets the filesystem path and application permissions for a document store entry.
This call is not available inside the sandbox.
IN s doc_id:the ID of the file in the document store
OUT ay path:the path for the file in the host filesystem
OUT a{sas} apps:a dictionary mapping application IDs to the permissions for that application
List (IN s app_id,
OUT a{say} docs);
Lists documents in the document store for an application (or for all applications).
This call is not available inside the sandbox.
IN s app_id:an application ID, or '' to list all documents
OUT a{say} docs:a dictonary mapping document IDs to their filesystem path
org.freedesktop.portal.Wallpaper — Portal for setting the desktop's Wallpaper
SetWallpaperURI (IN s parent_window, IN s uri, IN a{sv} options, OUT o handle); SetWallpaperFile (IN s parent_window, IN h fd, IN a{sv} options, OUT o handle);
This simple interface lets sandboxed applications set the user's desktop background picture.
This documentation describes version 1 of this interface.
SetWallpaperURI (IN s parent_window,
IN s uri,
IN a{sv} options,
OUT o handle);
Common Conventions
uri: The picture file uri
options: Options that influence the behavior of the portal
handle: Object path for the org.freedesktop.portal.Request object representing this call
Asks to set a given picture as the desktop background picture.
Note that file: uris are explicitly not supported here. To use a local image file as background, use the SetWallpaperFile method.
The following options are supported: show-preview: (b) whether to show a preview of the picture. Note that the portal may decide to show a preview even if this option is not set set-on: (s) where to set the wallpaper. Possible values are 'background', 'lockscreen' or 'both'
IN s parent_window:Identifier for the application window, see
IN s uri:IN a{sv} options:OUT o handle:
SetWallpaperFile (IN s parent_window,
IN h fd,
IN a{sv} options,
OUT o handle);
Common Conventions
fd: File descriptor for the file to open
options: Options that influence the behavior of the portal
handle: Object path for the org.freedesktop.portal.Request object representing this call
Asks to set a given local file as the desktop background picture.
The following options are supported: show-preview: (b) whether to show a preview of the picture. Note that the portal may decide to show a preview even if this option is not set set-on: (s) where to set the wallpaper. Possible values are 'background', 'lockscreen' or 'both'
IN s parent_window:Identifier for the application window, see
IN h fd:IN a{sv} options:OUT o handle:org.freedesktop.portal.MemoryMonitor — Memory monitoring portal
The Memory Monitor interface provides information about low system memory to sandboxed applications. It is not a portal in the strict sense, since it does not involve user interaction. Applications are expected to use this interface indirectly, via a library API such as the GLib GMemoryMonitor interface.
This documentation describes version 1 of this interface.
LowMemoryWarning (y level);
Signal emitted when a particular low memory situation happens with 0 being the lowest level of memory availability warning, and 255 being the highest. Those levels are defined and documented in Low Memory Monitor's documentation.
y level:An integer representing the level of low memory warning.
org.freedesktop.portal.PowerProfileMonitor — Power Profile monitoring portal
The Power Profile Monitor interface provides information about the user-selected system-wide power profile, to sandboxed applications. It is not a portal in the strict sense, since it does not involve user interaction. Applications are expected to use this interface indirectly, via a library API such as the GLib GPowerProfileMonitor interface.
This documentation describes version 1 of this interface.
org.freedesktop.portal.FileTransfer — Portal for transferring files between apps
StartTransfer (IN a{sv} options, OUT s key); AddFiles (IN s key, IN ah fds, IN a{sv} options); RetrieveFiles (IN s key, IN a{sv} options, OUT as files); StopTransfer (IN s key);
The FileTransfer portal operates as a middle-man between apps when transferring files via drag-and-drop or copy-paste, taking care of the necessary exporting of files in the document portal.
Toolkits are expected to use the application/vnd.portal.filetransfer mimetype when using this mechanism for file exchange via copy-paste or drag-and-drop.
The data that is transmitted with this mimetype should be the key returned by the StartTransfer method. Upon receiving this mimetype, the target should call RetrieveFiles with the key, to obtain the list of files. The portal will take care of exporting files in the document store as necessary to make them accessible to the target.
The D-Bus interface for the this portal is available under the bus name org.freedesktop.portal.Documents and the object path /org/freedesktop/portal/documents.
This documentation describes version 1 of this interface.
StartTransfer (IN a{sv} options,
OUT s key);
Starts a session for a file transfer. The caller should call AddFiles at least once, to add files to this session.
Another application can then call RetrieveFiles to obtain them, if it has
the session and secret.
Supported keys in the options vardict include:
Whether to allow the chosen application to write to the files. Default: False
This key only takes effect for files that need to be exported in the document portal for the receiving app. But it does require the passed-in file descriptors to be writable.
Whether to stop the transfer automatically after the first RetrieveFiles call. Default: True
IN a{sv} options:Vardict with optional further onformation
OUT s key:a key that needs to be passed to RetrieveFiles to obtain the files
AddFiles (IN s key,
IN ah fds,
IN a{sv} options);
Adds files to a session. This method can be called multiple times on a given session. Note that only regular files (not directories) can be added.
Note that the session bus often has a low limit of file descriptors per message (typically, 16), so you may have to send large file lists with multiple AddFiles calls.
IN s key:A key returned by StartTransfer
IN ah fds:File descriptors for the files to register
IN a{sv} options:
RetrieveFiles (IN s key,
IN a{sv} options,
OUT as files);
Retrieves files that were previously added to the session with AddFiles. The files will be exported in the document portal as-needed for the caller, and they will be writable if the owner of the session allowed it.
After the first RetrieveFiles call, the session will be closed by the portal, unless autostop has been set to False.
IN s key:A key returned by StartTransfer
IN a{sv} options:Vardict with optional further onformation
OUT as files:list of paths
org.freedesktop.portal.Realtime — Portal for setting threads to realtime
MakeThreadRealtimeWithPID (IN t process, IN t thread, IN u priority); MakeThreadHighPriorityWithPID (IN t process, IN t thread, IN i priority);
MaxRealtimePriority readable i MinNiceLevel readable i RTTimeUSecMax readable x version readable u
Interface for setting a thread to realtime from within the sandbox. It is analogous to the org.freedesktop.RealtimeKit1 interface and will proxy requests there but with pid mapping. The latter is necessary in the case that sandbox has pid namespace isolation enabled.
Note that this proxy does not bypass any limitations that RealtimeKit imposes on processes which are documented here: https://git.0pointer.net/rtkit.git/tree/README
This documentation describes version 1 of this interface.
org.freedesktop.portal.Flatpak — Flatpak portal
Spawn (IN ay cwd_path, IN aay argv, IN a{uh} fds, IN a{ss} envs, IN u flags, IN a{sv} options, OUT u pid); SpawnSignal (IN u pid, IN u signal, IN b to_process_group); CreateUpdateMonitor (IN a{sv} options, OUT o handle);
The flatpak portal exposes some interactions with flatpak on the host to the sandbox. For example, it allows you to restart the applications or start a more sandboxed instance.
This portal is available on the D-Bus session bus under the bus name org.freedesktop.portal.Flatpak and the object path /org/freedesktop/portal/Flatpak.
This documentation describes version 6 of this interface.
Spawn (IN ay cwd_path,
IN aay argv,
IN a{uh} fds,
IN a{ss} envs,
IN u flags,
IN a{sv} options,
OUT u pid);
This method lets you start a new instance of your application, optionally enabling a tighter sandbox.
The following flags values are supported:
Clear the environment.
Spawn the latest version of the app.
Spawn in a sandbox (equivalent of the sandbox option of flatpak run).
Spawn without network (equivalent of the unshare=network option of flatpak run).
Kill the sandbox when the caller disappears from the session bus.
Expose the sandbox pids in the callers sandbox, only supported if using user namespaces for containers (not setuid), see the support property.
This was added in version 3 of this interface (available from flatpak 1.6.0 and later).
Emit a SpawnStarted signal once the sandboxed process has been fully started.
This was added in version 4 of this interface (available from flatpak 1.8.0 and later).
Expose the sandbox process IDs in the caller's sandbox and the caller's process IDs in the new sandbox. Only supported if using user namespaces for containers (not setuid), see the support property.
This was added in version 5 of this interface (available from flatpak 1.10.0 and later).
Don't provide app files at /app in the
new sandbox. Instead, /app will be an
empty directory. This flag and the app-fd
option are mutually exclusive.
As with the app-fd option, the caller's
Flatpak app files and extensions will be mounted on
/run/parent/app, with
filenames like /run/parent/app/bin/myapp.
This was added in version 6 of this interface (available from flatpak 1.12.0 and later).
Unknown (unsupported) flags are an error and will cause Spawn() to fail.
Unknown (unsupported) options are ignored. The following options are supported:
A list of filenames for files inside the sandbox that will be exposed to the new sandbox, for reading and writing. Note that absolute paths or subdirectories are not allowed.
The files must be in the sandbox subdirectory of
the instance directory (i.e. ~/.var/app/$APP_ID/sandbox).
A list of filenames for files inside the sandbox that will be exposed to the new sandbox, readonly. Note that absolute paths or subdirectories are not allowed.
The files must be in the sandbox subdirectory of
the instance directory (i.e. ~/.var/app/$APP_ID/sandbox).
A list of file descriptor for files inside the sandbox that will be exposed to the new sandbox, for reading and writing (if the caller has write access). The file descriptors must be opened with O_PATH and O_NOFOLLOW and cannot be symlinks.
This was added in version 3 of this interface (available from flatpak 1.6.0 and later).
A list of file descriptor for files inside the sandbox that will be exposed to the new sandbox, readonly. The file descriptors must be opened with O_PATH and O_NOFOLLOW and cannot be symlinks.
This was added in version 3 of this interface (available from flatpak 1.6.0 and later).
Flags affecting the created sandbox. The following flags values are supported:
Share the display access (X11, wayland) with the caller.
Share the sound access (pulseaudio) with the caller.
Share the gpu access with the caller.
Allow sandbox access to (filtered) session bus.
Allow sandbox access to accessibility bus.
This was added in version 3 of this interface (available from flatpak 1.6.0 and later).
A list of environment variables to unset (remove from the environment).
This was added in version 5 of this interface (available from flatpak 1.10.0 and later).
A file descriptor for the directory that will be used as
/usr in the new sandbox, instead of the
files directory
from the caller's Flatpak runtime.
The new sandbox's /etc will be based
on the etc subdirectory of the given
directory, and compatibility symlinks in its
root directory (/lib,
/bin and so on) will point into the
given directory. The caller's Flatpak runtime and its
extensions will be mounted on
/run/parent/usr, with filenames like
/run/parent/usr/bin/env,
and compatibility symlinks like
/run/parent/bin →
usr/bin.
The file descriptor must be opened with O_PATH and O_NOFOLLOW and cannot be a symlink.
This was added in version 6 of this interface (available from flatpak 1.12.0 and later).
A file descriptor for the directory that will be used as
/app in the new sandbox, instead of the
files directory
from the caller's Flatpak app. The caller's Flatpak app
files and extensions will be
mounted on /run/parent/app, with
filenames like /run/parent/app/bin/myapp.
This option and the
FLATPAK_SPAWN_FLAGS_EMPTY_APP
flag are mutually exclusive.
The file descriptor must be opened with O_PATH and O_NOFOLLOW and cannot be a symlink.
This was added in version 6 of this interface (available from flatpak 1.12.0 and later).
IN ay cwd_path:the working directory for the new process
IN aay argv:the argv for the new process, starting with the executable to launch
IN a{uh} fds:an array of file descriptors to pass to the new process
IN a{ss} envs:an array of variable/value pairs for the environment of the new process
IN u flags:flags
IN a{sv} options:Vardict with optional further information
OUT u pid:the PID of the new process
SpawnSignal (IN u pid,
IN u signal,
IN b to_process_group);
This method lets you send a Unix signal to a process
that was started with Spawn().
The pid argument here should be the PID that is returned
by the Spawn() call: it is not necessarily valid in the caller's
PID namespace.
IN u pid:the PID inside the container to signal
IN u signal:the signal to send (see signal(7))
IN b to_process_group:whether to send the signal to the process group
CreateUpdateMonitor (IN a{sv} options,
OUT o handle);
Creates an update monitor object that will emit signals when an update for the caller becomes available, and can be used to install it.
The handle will be of the form /org/freedesktop/portal/Flatpak/update_monitor/SENDER/TOKEN, where SENDER is the caller's unique name, with the initial ':' removed and all '.' replaced by '_', and TOKEN is a unique token that the caller can optionally provide with the 'handle_token' key in the options vardict.
Currently, no other options are accepted.
This was added in version 2 of this interface (available from flatpak 1.5.0 and later).
IN a{sv} options:Vardict with optional further information
OUT o handle:Object path for the org.freedesktop.portal.Flatpak.UpdateMonitor object
SpawnStarted (u pid,
u relpid);
This is only non-zero if the expose PIDs flag (32) or the share PIDs flag (128) was passed to Spawn(), and it may still be zero if the process exits before its relative PID could be read.
Emitted when a process started by Spawn() has fully started. In other words, Spawn() returns once the sandbox has been started, and this signal is emitted once the process inside itself is started.
Only emitted by version 4 of this interface (available from flatpak 1.8.0 and later) and if the notify start flag (64) was passed to Spawn().
u pid:the PID of the process that has been started
u relpid:the PID of the process relative to the current namespace.
SpawnExited (u pid,
u exit_status);
Emitted when a process started by Spawn()
exits.
Use g_spawn_check_exit_status(), or the macros such as
WIFEXITED documented in
waitpid(2),
to interpret the exit_status.
This signal is not emitted for processes that were not launched directly by Spawn(), for example if a process launched by Spawn() runs foreground or background child processes.
u pid:the PID of the process that has ended
u exit_status:the wait status (see waitpid(2))
supports readable u
Flags marking what optional features are available. The following flags values are supported:
Supports the expose sandbox pids flag of Spawn. If the version of this interface is 5 or later, this also indicates that the share sandbox pids flag is available.
This was added in version 3 of this interface (available from flatpak 1.6.0 and later).
org.freedesktop.portal.Flatpak.UpdateMonitor
Update (IN s parent_window,
IN a{sv} options);
see Common Conventions
options: Vardict with optional further information
Asks to install an update of the calling app. During the installation, "Progress" signals will be emitted to communicate the status and progress.
Note that updates are only allowed if the new version has the same permissions (or less) than the currently installed version. If the new version requires a new permission then the operation will fail with the error org.freedesktop.DBus.Error.NotSupported and updates has to be done with the system tools.
Currently, no options are accepted.
IN s parent_window:Identifier for the application window,
IN a{sv} options:
UpdateAvailable (a{sv} update_info);
Gets emitted when a new update is available. This is only sent once with the same information, but can be sent many times if new updates appear.
The following information may be included in the
update_info dictionary:
The commit of the currently running instance.
The commit that is currently installed. Restarting the application will cause this commit to be used.
The commit that is available as an update from the remote. Updating the application will deploy this commit.
a{sv} update_info:More information about the available update
Progress (a{sv} info);
Gets emitted to indicate progress of the installation. It's undefined exactly how often this is sent, but it will be emitted at least once at the end with non-zero status field. For each successful operation in the update we're also guaranteed to send one (and only one) signal with progress 100.
The following fields may be included in the info:
The number of operations that the update consists of.
The position of the currently active operation.
The progress of the currently active operation, as a number between 0 and 100.
The overall status of the update.
| 0: Running |
| 1: Empty. No update to install |
| 2: Done |
| 3: Failed |
The error name, sent when status is Failed
The error message, sent when status is Failed
a{sv} info:More information about the update progress
The backend interfaces are used by the portal frontend to carry out portal requests. They are provided by a separate process (or processes), and are not accessible to sandboxed applications.
The separation or the portal infrastructure into frontend and backend is a clean way to provide suitable user interfaces that fit into different desktop environments, while sharing the portal frontend.
The portal backends are focused on providing user interfaces and accessing session- or host-specific APIs and resources. Details of interacting with the containment infrastructure such as checking access, registering files in the document portal, etc., are handled by the portal frontend.
Table of Contents
org.freedesktop.impl.portal.Account — Backend for the portal for obtaining user information
GetUserInformation (IN o handle, IN s app_id, IN s window, IN a{sv} options, OUT u response, OUT a{sv} results);
This Account portal lets sandboxed applications query basic information about the user, like his name and avatar photo. The portal backend will present the user with a dialog to confirm which (if any) information to share.
GetUserInformation (IN o handle,
IN s app_id,
IN s window,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Gets information about the user.
Supported keys in the options vardict include:
A string that can be shown in the dialog to expain why the information is needed. This should be a complete sentence that explains what the application will do with the returned information, for example: Allows your personal information to be included with recipes you share with your friends.
The following results get returned via the results vardict:
The user id.
The users real name.
The uri of an image file for the users avatar photo.
IN o handle:Object path for the org.freedesktop.portal.Request object representing this call
IN s app_id:App id of the application
IN s window:Identifier for the window
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
org.freedesktop.impl.portal.Request — Shared request interface
Close ();
The Request interface is shared by all portal backend interfaces. When a backend method is called, the backend exports a Request object on the object path that was sent with the method call. The Request will stay alive for the duration of the user interaction related to the method call.
The portal can abort the interaction calling Close() on the Request object.
org.freedesktop.impl.portal.Session — Shared session interface
Close ();
The Session interface is shared by all portal interfaces that involve long lived sessions. When a method that creates a session is called, the reply will include a session handle (i.e. object path) for a Session object, which will stay alive for the duration of the session.
The portal can abort the interaction by calling Close() on the Session object.
org.freedesktop.impl.portal.FileChooser — File chooser portal backend interface
OpenFile (IN o handle, IN s app_id, IN s parent_window, IN s title, IN a{sv} options, OUT u response, OUT a{sv} results); SaveFile (IN o handle, IN s app_id, IN s parent_window, IN s title, IN a{sv} options, OUT u response, OUT a{sv} results); SaveFiles (IN o handle, IN s app_id, IN s parent_window, IN s title, IN a{sv} options, OUT u response, OUT a{sv} results);
The FileChooser portal allows sandboxed applications to ask the user for access to files outside the sandbox. The portal backend will present the user with a file chooser dialog.
OpenFile (IN o handle,
IN s app_id,
IN s parent_window,
IN s title,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Presents a file chooser dialog to the user to open one or more files.
Supported keys in the options vardict include:
The label for the accept button. Mnemonic underlines are allowed.
Whether to make the dialog modal. Default is yes.
Whether to allow selection of multiple files. Default is no.
Whether to select for folders instead of files. Default is to select files.
A list of serialized file filters. See OpenFile() for details.
Request that this filter be set by default at dialog creation. See OpenFile() for details.
A list of serialized combo boxes. See OpenFile() for details.
The following results get returned via the results vardict:
An array of strings containing the uris of the selected files.
An array of pairs of strings, corresponding to the passed-in choices. See OpenFile() for details.
The filter that was selected. See OpenFile() for details.
Whether the file is opened with write access. Default is no.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the file chooser dialog
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
SaveFile (IN o handle,
IN s app_id,
IN s parent_window,
IN s title,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Presents a file chooser dialog to the user to save a file.
Supported keys in the options vardict include:
The label for the accept button. Mnemonic underlines are allowed.
Whether to make the dialog modal. Default is yes.
Whether to allow selection of multiple files. Default is no.
A list of serialized file filters. See OpenFile() for details.
Request that this filter be set by default at dialog creation. See OpenFile() for details.
A list of serialized combo boxes. See OpenFile() for details.
A suggested filename.
A suggested folder to save the file in.
The current file (when saving an existing file).
The following results get returned via the results vardict:
An array of strings containing the uri of the selected file.
An array of pairs of strings, corresponding to the passed-in choices. See OpenFile() for details.
The filter that was selected. See OpenFile() for details.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the file chooser dialog
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
SaveFiles (IN o handle,
IN s app_id,
IN s parent_window,
IN s title,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Asks for a folder as a location to save one or more files. The names of the files will be used as-is and appended to the selected folder's path in the list of returned files. If the selected folder already contains a file with one of the given names, the portal may prompt or take some other action to construct a unique file name and return that instead.
Supported keys in the options vardict include:
A string that will be used as the last element of the
handle. Must be a valid object path element. See the
org.freedesktop.portal.Request documentation for more
information about the handle.
Label for the accept button. Mnemonic underlines are allowed.
Whether the dialog should be modal. Default is yes.
List of serialized combo boxes. See OpenFile() for details.
Suggested folder to save the files in. The byte array is expected to be null-terminated.
An array of file names to be saved. The array and byte arrays are expected to be null-terminated.
The following results get returned via the "Response" signal:
An array of strings containing the uri corresponding to
each file given by options, in the same order. Note that
the file names may have changed, for example if a file
with the same name in the selected folder already exists.
An array of pairs of strings, corresponding to the passed-in choices. See OpenFile() for details.
IN o handle:Object path for the org.freedesktop.portal.Request object representing this call
IN s app_id:IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the file chooser dialog
IN a{sv} options:Vardict with optional further information
OUT u response:OUT a{sv} results:org.freedesktop.impl.portal.AppChooser — Interface for choosing an application
ChooseApplication (IN o handle, IN s app_id, IN s parent_window, IN as choices, IN a{sv} options, OUT u response, OUT a{sv} results); UpdateChoices (IN o handle, IN as choices);
This backend can be used by portal implementations that need to choose an application from a list of applications.
This documentation describes version 2 of this interface.
ChooseApplication (IN o handle,
IN s app_id,
IN s parent_window,
IN as choices,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Presents a list of applications to the user to choose one.
Supported keys in the options vardict include:
The app id that was selected the last time.
Whether to make the dialog modal. Defaults to yes.
The content type to choose an application for.
The uri to choose an application for.
The filename to choose an application for. Note that this is just a basename, without a path.
A token that can be used to activate the application chooser.
The activation_token option was introduced in version 2 of the interface.
The following results get returned via the results vardict:
The app id that was selected.
A token that can be used to activate the chosen application. If
the application selection has involved user interaction, a new
token should be generated by the portal implementation.
Otherwise, this token may be the same as the one passed in
options.
The activation_token option was introduced in version 2 of the interface.
IN o handle:Object path to export the Request object at
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN as choices:App ids of applications to let the user choose from
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
UpdateChoices (IN o handle,
IN as choices);
This method can be called between the time of a ChooseApplication call and receiving the Response signal, to update the list of applications that are offered by the backend.
IN o handle:the request handle
IN as choices:App ids of applications to let the user choose from
org.freedesktop.impl.portal.Print — Print portal backend interface
Print (IN o handle, IN s app_id, IN s parent_window, IN s title, IN h fd, IN a{sv} options, OUT u response, OUT a{sv} results); PreparePrint (IN o handle, IN s app_id, IN s parent_window, IN s title, IN a{sv} settings, IN a{sv} page_setup, IN a{sv} options, OUT u response, OUT a{sv} results);
Print (IN o handle,
IN s app_id,
IN s parent_window,
IN s title,
IN h fd,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Prints a file.
The file is given in the form of a file descriptor open for reading.
If a valid token is present in the options, then this call will print
with the settings from the Print call that the token refers to. If
no token is present, then a print dialog will be presented to the user.
Note that it is up to the portal implementation to determine how long it considers tokens valid.
Supported keys in the options vardict:
Whether to make the dialog modal. Defaults to yes.
Token that was returned by a previous PreparePrint() call.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the print dialog
IN h fd:File descriptor from which to read the content to print
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
PreparePrint (IN o handle,
IN s app_id,
IN s parent_window,
IN s title,
IN a{sv} settings,
IN a{sv} page_setup,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Presents a print dialog to the user and returns print settings and page setup.
Supported keys in the options vardict:
Whether to make the dialog modal. Defaults to yes.
The following results get returned via the results vardict:
Print settings as set up by the user in the print dialog.
Page setup as set up by the user in the print dialog.
Token that can be passed to a subsequent Print() call to bypass the print dialog.
The Print() documentation has details about the supported keys in settings and page-setup.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the print dialog
IN a{sv} settings:Serialized print settings
IN a{sv} page_setup:Serialized page setup
IN a{sv} options:Vardict with optional further information
OUT u response:OUT a{sv} results:org.freedesktop.impl.portal.Email — Email portal backend interface
ComposeEmail (IN o handle, IN s app_id, IN s parent_window, IN a{sv} options, OUT u response, OUT a{sv} results);
ComposeEmail (IN o handle,
IN s app_id,
IN s parent_window,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Lets the user compose an email.
Supported keys in the options vardict include:
The email address to send to.
Email addresses to send to.
Email addresses to cc.
Email addresses to bcc.
The subject for the email.
The body for the email.
The uris for files to attach.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
org.freedesktop.impl.portal.Screenshot — Screenshot portal backend interface
Screenshot (IN o handle, IN s app_id, IN s parent_window, IN a{sv} options, OUT u response, OUT a{sv} results); PickColor (IN o handle, IN s app_id, IN s parent_window, IN a{sv} options, OUT u response, OUT a{sv} results);
Screenshot (IN o handle,
IN s app_id,
IN s parent_window,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Takes a screenshot.
Supported keys in the options vardict include:
Whether the dialog should be modal. Defaults to yes.
Hint whether the dialog should offer customization before taking a screenshot. Defaults to no.
The following results get returned via the results vardict:
A string containing the uri of the screenshot.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
PickColor (IN o handle,
IN s app_id,
IN s parent_window,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Obtains the value of a pixel.
The following results get returned via the results vardict:
The color, rgb values in the range [0,1].
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
org.freedesktop.impl.portal.ScreenCast — Screen cast portal backend interface
CreateSession (IN o handle, IN o session_handle, IN s app_id, IN a{sv} options, OUT u response, OUT a{sv} results); SelectSources (IN o handle, IN o session_handle, IN s app_id, IN a{sv} options, OUT u response, OUT a{sv} results); Start (IN o handle, IN o session_handle, IN s app_id, IN s parent_window, IN a{sv} options, OUT u response, OUT a{sv} results);
The Screen cast portal allows to create screen cast sessions.
This documentation describes version 4 of this interface.
CreateSession (IN o handle,
IN o session_handle,
IN s app_id,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Create a screen cast session.
The following results get returned via the "Response" signal:
The session id. A string representing the created screen cast session.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN o session_handle:Object path for the org.freedesktop.impl.portal.Session object representing the session being created
IN s app_id:App id of the application
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
SelectSources (IN o handle,
IN o session_handle,
IN s app_id,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Configure what the screen cast session should record.
Supported keys in the options vardict include:
Bitmask of what type of content to record. Default is MONITOR.
Whether to allow selecting multiple sources. Default is no.
The data to restore from a previous session.
If the stored session cannot be restored, this value is ignored and the user will be prompted normally. This may happen when, for example, the session contains a monitor or a window that is not available anymore, or when the stored permissions are withdrawn.
The restore data is composed of the vendor name (e.g. "GNOME" or "KDE"), the version of the implementation-specific private data, and the implementation-specific private data itself.
This option was added in version 4 of this interface.
How this session should persist. Default is 0. Accepted values are:
| 0: Do not persist (default) |
| 1: Permissions persist as long as the application is running |
| 2: Permissions persist until explicitly revoked |
If the permission for the session to persist is granted, a restore token will be returned via the "Response" signal of the org.freedesktop.portal.ScreenCast.SelectSources method.
This option was added in version 4 of this interface.
For available source types, see the AvailableSourceTypes property.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN o session_handle:Object path for the org.freedesktop.impl.portal.Session object representing the session
IN s app_id:App id of the application
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
Start (IN o handle,
IN o session_handle,
IN s app_id,
IN s parent_window,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Start the screen cast session. This will typically result the portal presenting a dialog letting the user do the selection set up by SelectSources.
The following results get returned via the "Response" signal:
An array of PipeWire streams. Each stream consists of a PipeWire node ID (the first element in the tuple, and a Vardict of properties.
The array will contain a single stream if 'multiple' (see SelectSources) was set to 'false', or at least one stream if 'multiple' was set to 'true' as part of the SelectSources method.
Portal implementations can optionally offer ways to "reduce" the persist mode, for example by explicitly asking the user. See the 'persist_mode' option of SelectSources for a list of possible values.
If no persist mode is returned by the Start request, it is assumed to be the same persist mode received during SelectSources.
This option was added in version 4 of this interface.
The data to be restored. This is the data that a portal implementation sent in reaction to transient or persistent modes.
This data will be stored in the permission store if the effective persist mode is 2, and may be passed in the future as part of the SelectSources() method call. The portal backend should store enough information in 'restore_data' to be able to restore the session later. The portal backend can deal with unavailable sources however they see fit.
Data generated by a portal implementation must be consumable by the same portal implementation, but not necessarily by others. Thus, it is important to properly handle 'restore_data' not being in a valid format. This may happen when, e.g., the user switched to another desktop environment, or is using a different portal implementation.
This response option was added in version 4 of this interface.
Stream properties include:
A tuple consisting of the position (x, y) in the compositor coordinate space. Note that the position may not be equivalent to a position in a pixel coordinate space. Only available for monitor streams.
A tuple consisting of (width, height). The size represents the size of the stream as it is displayed in the compositor coordinate space. Note that this size may not be equivalent to a size in a pixel coordinate space. The size may differ from the size of the stream.
The type of the content which is being screen casted. For available source types, see the AvailableSourceTypes property. This property was added in version 3 of this interface.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN o session_handle:Object path for the org.freedesktop.impl.portal.Session object representing the session
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
AvailableSourceTypes readable u
A bitmask of available source types. Currently defined types are:
| 1: MONITOR |
| 2: WINDOW |
| 4: VIRTUAL |
AvailableCursorModes readable u
Available cursor mode values:
| 1: Hidden. The cursor is not part of the screen cast stream. |
| 2: Embedded: The cursor is embedded as part of the stream buffers. |
| 4: Metadata: The cursor is not part of the screen cast stream, but sent as PipeWire stream metadata. |
org.freedesktop.impl.portal.RemoteDesktop — Remote desktop portal backend interface
CreateSession (IN o handle, IN o session_handle, IN s app_id, IN a{sv} options, OUT u response, OUT a{sv} results); SelectDevices (IN o handle, IN o session_handle, IN s app_id, IN a{sv} options, OUT u response, OUT a{sv} results); Start (IN o handle, IN o session_handle, IN s app_id, IN s parent_window, IN a{sv} options, OUT u response, OUT a{sv} results); NotifyPointerMotion (IN o session_handle, IN a{sv} options, IN d dx, IN d dy); NotifyPointerMotionAbsolute (IN o session_handle, IN a{sv} options, IN u stream, IN d x, IN d y); NotifyPointerButton (IN o session_handle, IN a{sv} options, IN i button, IN u state); NotifyPointerAxis (IN o session_handle, IN a{sv} options, IN d dx, IN d dy); NotifyPointerAxisDiscrete (IN o session_handle, IN a{sv} options, IN u axis, IN i steps); NotifyKeyboardKeycode (IN o session_handle, IN a{sv} options, IN i keycode, IN u state); NotifyKeyboardKeysym (IN o session_handle, IN a{sv} options, IN i keysym, IN u state); NotifyTouchDown (IN o session_handle, IN a{sv} options, IN u stream, IN u slot, IN d x, IN d y); NotifyTouchMotion (IN o session_handle, IN a{sv} options, IN u stream, IN u slot, IN d x, IN d y); NotifyTouchUp (IN o session_handle, IN a{sv} options, IN u slot);
CreateSession (IN o handle,
IN o session_handle,
IN s app_id,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Create a remote desktop session.
A remote desktop session is used to allow remote controlling a desktop session. It can also be used together with a screen cast session (see org.freedesktop.portal.ScreenCast), but may only be started and stopped with this interface.
The following results get returned via the "Response" signal:
The session id. A string representing the created screen cast session.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN o session_handle:IN s app_id:App id of the application
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
SelectDevices (IN o handle,
IN o session_handle,
IN s app_id,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
IN o handle:IN o session_handle:IN s app_id:IN a{sv} options:OUT u response:OUT a{sv} results:
Start (IN o handle,
IN o session_handle,
IN s app_id,
IN s parent_window,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Start the remote desktop session.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN o session_handle:IN s app_id:App id of the application
IN s parent_window:Identifier for the application window
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
NotifyPointerMotion (IN o session_handle,
IN a{sv} options,
IN d dx,
IN d dy);
Notify about a new relative pointer motion event. The (dx, dy) vector represents the new pointer position in the streams logical coordinate space.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN d dx:Relative movement on the x axis
IN d dy:Relative movement on the y axis
NotifyPointerMotionAbsolute (IN o session_handle,
IN a{sv} options,
IN u stream,
IN d x,
IN d y);
Notify about a new absolute pointer motion event. The (x, y) position represents the new pointer position in the streams logical coordinate space (see the logical_size stream property in org.freedesktop.portal.ScreenCast).
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u stream:The PipeWire stream node the coordinate is relative to
IN d x:Pointer motion x coordinate
IN d y:Pointer motion y coordinate
NotifyPointerButton (IN o session_handle,
IN a{sv} options,
IN i button,
IN u state);
The pointer button is encoded according to Linux Evdev button codes.
May only be called if POINTER access was provided after starting the session.
Available button states:
| 0: Released |
| 1: Pressed |
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN i button:The pointer button was pressed or released
IN u state:The new state of the button
NotifyPointerAxis (IN o session_handle,
IN a{sv} options,
IN d dx,
IN d dy);
The axis movement from a 'smooth scroll' device, such as a touchpad. When applicable, the size of the motion delta should be equivalent to the motion vector of a pointer motion done using the same advice.
May only be called if POINTER access was provided after starting the session.
Supported keys in the options vardict include:
If set to true, this is the last axis event in a series, for example as a result of the fingers being lifted from a touchpad after a two-finger scroll. Default is false.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN d dx:Relative axis movement on the x axis
IN d dy:Relative axis movement on the y axis
NotifyPointerAxisDiscrete (IN o session_handle,
IN a{sv} options,
IN u axis,
IN i steps);
May only be called if POINTER access was provided after starting the session.
Available axes:
| 0: Vertical scroll |
| 1: Horizontal scroll |
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u axis:The axis that was scrolled
IN i steps:The number of steps scrolled
NotifyKeyboardKeycode (IN o session_handle,
IN a{sv} options,
IN i keycode,
IN u state);
May only be called if KEYBOARD access was provided after starting the session.
Available keyboard keysym states:
| 0: Released |
| 1: Pressed |
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN i keycode:Keyboard code that was pressed or released
IN u state:New state of keyboard keysym
NotifyKeyboardKeysym (IN o session_handle,
IN a{sv} options,
IN i keysym,
IN u state);
May only be called if KEYBOARD access was provided after starting the session.
Available keyboard keysym states:
| 0: Released |
| 1: Pressed |
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN i keysym:Keyboard symbol that was pressed or released
IN u state:New state of keyboard keysym
NotifyTouchDown (IN o session_handle,
IN a{sv} options,
IN u stream,
IN u slot,
IN d x,
IN d y);
May only be called if TOUCHSCREEN access was provided after starting the session.
Notify about a new touch down event. The (x, y) position represents the new touch point position in the streams logical coordinate space (see the logical_size stream property in org.freedesktop.portal.ScreenCast).
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u stream:The PipeWire stream node the coordinate is relative to
IN u slot:Touch slot where touch point appeared
IN d x:Touch down x coordinate
IN d y:Touch down y coordinate
NotifyTouchMotion (IN o session_handle,
IN a{sv} options,
IN u stream,
IN u slot,
IN d x,
IN d y);
May only be called if TOUCHSCREEN access was provided after starting the session.
Notify about a new touch motion event. The (x, y) position represents where the touch point position in the streams logical coordinate space moved (see the logical_size stream property in org.freedesktop.portal.ScreenCast).
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u stream:The PipeWire stream node the coordinate is relative to
IN u slot:Touch slot where touch point appeared
IN d x:Touch motion x coordinate
IN d y:Touch motion y coordinate
NotifyTouchUp (IN o session_handle,
IN a{sv} options,
IN u slot);
May only be called if TOUCHSCREEN access was provided after starting the session.
Notify about a new touch up event.
IN o session_handle:Object path for the org.freedesktop.portal.Session object
IN a{sv} options:Vardict with optional further information
IN u slot:Touch slot where touch point appeared
org.freedesktop.impl.portal.Notification — Notification portal backend interface
AddNotification (IN s app_id, IN s id, IN a{sv} notification); RemoveNotification (IN s app_id, IN s id);
This notification interface lets sandboxed applications send and withdraw notifications.
AddNotification (IN s app_id,
IN s id,
IN a{sv} notification);
Sends a notification.
The ID can be used to later withdraw the notification. If the application reuses the same ID without withdrawing, the notification is replaced by the new one.
The format of the notification is the same as for
AddNotification().
IN s app_id:App id of the application
IN s id:Application-provided ID for this notification
IN a{sv} notification:Vardict with the serialized notification
ActionInvoked (s app_id,
s id,
s action,
av parameter);
for the action, if one was specified
Send to the application when a non-exported action is activated.
s app_id:App id of the application
s id:the application-provided ID for the notification
s action:the name of the action
av parameter:array which will contain the target parameter
org.freedesktop.impl.portal.Inhibit — Inhibit portal backend interface
Inhibit (IN o handle, IN s app_id, IN s window, IN u flags, IN a{sv} options); CreateMonitor (IN o handle, IN o session_handle, IN s app_id, IN s window, OUT u response); QueryEndResponse (IN o session_handle);
The inhibit portal lets sandboxed applications inhibit the user session from ending, suspending, idling or getting switched away.
Inhibit (IN o handle,
IN s app_id,
IN s window,
IN u flags,
IN a{sv} options);
Inhibits session status changes. As a side-effect of this call,
a org.freedesktop.impl.portal.Request object is exported on the
object path handle. To end the inhibition, call
Close() on that object.
The flags determine what changes are inhibited:
| 1: Logout |
| 2: User Switch |
| 4: Suspend |
| 8: Idle |
Supported keys in the options vardict include:
User-visible reason for the inhibition.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:Application id
IN s window:Identifier for the window
IN u flags:Flags identifying what is inhibited
IN a{sv} options:Vardict with optional further information
CreateMonitor (IN o handle,
IN o session_handle,
IN s app_id,
IN s window,
OUT u response);
Creates a monitoring session. While this session is active, the caller will receive StateChanged signals with updates on the session state.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN o session_handle:Object path for the created org.freedesktop.impl.portal.Session object
IN s app_id:App id of the application
IN s window:the parent window
OUT u response:the result of the operation (0 == success)
QueryEndResponse (IN o session_handle);
Acknowledges that the caller received the "StateChanged" signal. This method should be called within one second or receiving a StateChanged signal with the 'Query End' state.
IN o session_handle:Object path for the org.freedesktop.impl.portal.Session object
StateChanged (o session_handle,
a{sv} state);
The StateChanged signal is sent to active monitoring sessions when the session state changes.
When the session state changes to 'Query End', clients with active monitoring sessions are expected to respond by calling QueryEndResponse() within a second of receiving the StateChanged signal.
The following information may get returned in the state vardict:
Whether the screensaver is active.
The state of the session.
| 1: Running |
| 2: Query End |
| 3: Ending |
o session_handle:Object path for the org.freedesktop.portal.Session object
a{sv} state:Vardict with information about the session state
org.freedesktop.impl.portal.Access — Interface for presenting an access dialog
AccessDialog (IN o handle, IN s app_id, IN s parent_window, IN s title, IN s subtitle, IN s body, IN a{sv} options, OUT u response, OUT a{sv} results);
This backend can be used by portal implementations that need to ask a direct access question, such as "May xyz use the microphone?"
AccessDialog (IN o handle,
IN s app_id,
IN s parent_window,
IN s title,
IN s subtitle,
IN s body,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Presents a "deny/grant" question to the user.
Supported keys in the options include:
Whether to make the dialog modal. Defaults to true.
Label for the Deny button.
Label for the Grant button.
Icon name for an icon to show in the dialog. This should be a symbolic icon name.
List of serialized choices. See OpenFile() for details.
The following results get returned via the results vardict:
An array of pairs of strings, corresponding to the passed-in choices. See OpenFile() for details.
IN o handle:Object path to export the Request object at
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see Common Conventions
IN s title:Title for the dialog
IN s subtitle:Subtitle for the dialog
IN s body:Body text, may be ""
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
org.freedesktop.impl.portal.Settings — Settings portal backend interface
ReadAll (IN as namespaces, OUT a{sa{sv}} value); Read (IN s namespace, IN s key, OUT v value);
This interface provides read-only access to a small number of host settings required for toolkits similar to XSettings. It is not for general purpose settings.
Currently the interface provides the following keys:
Indicates the system's preferred color scheme. Supported values are:
| 0: No preference |
| 1: Prefer dark appearance |
| 2: Prefer light appearance |
Unknown values should be treated as 0 (no preference).
Implementations can provide other keys; they are entirely implementation details that are undocumented. If you are a toolkit and want to use this please open an issue.
Note that the Settings portal can operate without this backend, implementing it is optional.
ReadAll (IN as namespaces,
OUT a{sa{sv}} value);
If namespaces is an empty array or contains an empty string it matches all. Globbing is supported but only for
trailing sections, e.g. "org.example.*".
IN as namespaces:List of namespaces to filter results by, supports simple globbing explained below.
OUT a{sa{sv}} value:Dictionary of namespaces to its keys and values.
org.freedesktop.impl.portal.Secret — Secret portal backend interface
RetrieveSecret (IN o handle, IN s app_id, IN h fd, IN a{sv} options, OUT u response, OUT a{sv} results);
The Secret portal allows sandboxed applications to retrieve a per-application master secret.
RetrieveSecret (IN o handle,
IN s app_id,
IN h fd,
IN a{sv} options,
OUT u response,
OUT a{sv} results);
Retrieves a master secret for a sandboxed application.
Supported keys in the options vardict include:
An opaque string associated with the retrieve secret.
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN h fd:Writable file descriptor for transporting the secret
IN a{sv} options:Vardict with optional further information
OUT u response:Numeric response
OUT a{sv} results:Vardict with the results of the call
org.freedesktop.impl.portal.Lockdown — Lockdown backend interface
disable-printing readwrite b disable-save-to-disk readwrite b disable-application-handlers readwrite b disable-location readwrite b disable-camera readwrite b disable-microphone readwrite b disable-sound-output readwrite b
This interface provides access to high-level desktop lockdown settings that can disable entire portals, such as disabling printing or location services.
This is meant to be used by different portal frontends.
org.freedesktop.impl.portal.Background — Background portal backend interface
GetAppState (OUT a{sv} apps); NotifyBackground (IN o handle, IN s app_id, IN s name, OUT u response, OUT a{sv} results); EnableAutostart (IN s app_id, IN b enable, IN as commandline, IN u flags, OUT b result);
This interface provides APIs related to applications that are running in the background.
GetAppState (OUT a{sv} apps);
Gets information about running apps. Each entry has an application ID as key. The returned values are of type u and have the following meaning:
| 0: Background (no open window) |
| 1: Running (at least one open window) |
| 2: Active (in the foreground) |
OUT a{sv} apps:an array with information about running apps
NotifyBackground (IN o handle,
IN s app_id,
IN s name,
OUT u response,
OUT a{sv} results);
Notifies the user that an application is running in the background.
The following results get returned via the results vardict:
The choice that the user made regarding the background activity:
| 0: Forbid background activity by this app |
| 1: Allow background activity by this app |
| 2: Allow this instance of background activity |
IN o handle:Object path for the org.freedesktop.impl.portal.Request object representing this call
IN s app_id:App id of the application
IN s name:A display name for the application
OUT u response:Numeric response, not used
OUT a{sv} results:Vardict with results of the call
EnableAutostart (IN s app_id,
IN b enable,
IN as commandline,
IN u flags,
OUT b result);
Enables or disables autostart for an application.
The following flags are understood:
| 1: Use D-Bus activation |
IN s app_id:App id of the application
IN b enable:TRUE to enable autostart, FALSE to disable it
IN as commandline:The commandline to use in the autostart file
IN u flags:Flags influencing the details of the autostarting
OUT b result:TRUE if autostart was enabled, FALSE otherwise
org.freedesktop.impl.portal.PermissionStore — Database to store permissions
Lookup (IN s table, IN s id, OUT a{sas} permissions, OUT v data); Set (IN s table, IN b create, IN s id, IN a{sas} app_permissions, IN v data); Delete (IN s table, IN s id); SetValue (IN s table, IN b create, IN s id, IN v data); SetPermission (IN s table, IN b create, IN s id, IN s app, IN as permissions); DeletePermission (IN s table, IN s id, IN s app); GetPermission (IN s table, IN s id, IN s app, OUT as permissions); List (IN s table, OUT as ids);
The permission store can be used by portals to store permissions that sandboxed applications have to various resources, such as files outside the sandbox.
Since the resources managed by portals can be varied, the permission store is fairly free-form: there can be multiple tables; resources are identified by an ID, as are applications, and permissions are stored as string arrays. None of these strings are interpreted by the permission store in any way.
In addition, the permission store allows to associate extra data (in the form of a GVariant) with each resource.
This document describes version 2 of the permission store interface.
Lookup (IN s table,
IN s id,
OUT a{sas} permissions,
OUT v data);
Looks up the entry for a resource in one of the tables and returns all associated application permissions and data.
IN s table:the name of the table to use
IN s id:the resource ID to look up
OUT a{sas} permissions:map from application ID to permissions
OUT v data:data that is associated with the resource
Set (IN s table,
IN b create,
IN s id,
IN a{sas} app_permissions,
IN v data);
Writes the entry for a resource in the given table.
IN s table:the name of the table to use
IN b create:whether to create the table if it does not exist
IN s id:the resource ID to modify
IN a{sas} app_permissions:map from application ID to permissions
IN v data:data to associate with the resource
Delete (IN s table,
IN s id);
Removes the entry for a resource in the given table.
IN s table:the name of the table to use
IN s id:the resource ID to delete
SetValue (IN s table,
IN b create,
IN s id,
IN v data);
Sets just the data for a resource in the given table.
IN s table:the name of the table to use
IN b create:whether to create the table if it does not exist
IN s id:the resource ID to modify
IN v data:data to associate with the resource
SetPermission (IN s table,
IN b create,
IN s id,
IN s app,
IN as permissions);
Sets the permissions for an application and a resource in the given table.
IN s table:the name of the table to use
IN b create:whether to create the table if it does not exist
IN s id:the resource ID to modify
IN s app:the application ID to modify
IN as permissions:permissions to set
DeletePermission (IN s table,
IN s id,
IN s app);
Removes the entry for an application and a resource in the given table.
This method was added in version 2.
IN s table:the name of the table to use
IN s id:the resource ID to modify
IN s app:the application ID to modify
GetPermission (IN s table,
IN s id,
IN s app,
OUT as permissions);
Gets the entry for an application and a resource in the given table.
IN s table:the name of the table to use
IN s id:the resource ID to modify
IN s app:the application ID to modify
OUT as permissions:permissions to get
Changed (s table,
s id,
b deleted,
v data,
a{sas} permissions);
The Changed signal is emitted when the entry for a resource
is modified or deleted. If the entry was deleted, then data
and permissions contain the last values that were found in the
database. If the entry was modified, they contain the new values.
s table:the name of the table
s id:b deleted:whether the resource was deleted
v data:the data that is associated the resource
a{sas} permissions:the permissions that are associated with the resource
org.freedesktop.impl.portal.Wallpaper — Portal for setting the desktop's Wallpaper
SetWallpaperURI (IN o handle, IN s app_id, IN s parent_window, IN s uri, IN a{sv} options, OUT u response);
This simple interface lets sandboxed applications set the user's desktop background picutre.
SetWallpaperURI (IN o handle,
IN s app_id,
IN s parent_window,
IN s uri,
IN a{sv} options,
OUT u response);
Common Conventions
options: Options that influence the behavior of the portal
response: Numberic response
Asks to set a given picture as the desktop background picture.
The following options are supported: show-preview: (b) whether to show a preview of the picture. Note that the portal may decide to show a preview even if this option is not set set-on: (s) where to set the wallpaper. Possible values are 'background', 'lockscreen' or 'both'
IN o handle:Object path to export the Request object at
IN s app_id:App id of the application
IN s parent_window:Identifier for the application window, see
IN s uri:IN a{sv} options:OUT u response: