dbusServices/extensions: Proxy Extensions API
Similar to the previously added org.freedesktop.Notifications proxy,
this exposes the org.gnome.Shell.Extensions API and forwards any
request to the real implementation in gnome-shell.
The motivation differs though: We want to be able to package the
extension app as flatpak and distribute it separately, but the
extension prefs dialog is hard to impossible to sandbox:
- filenames need translating between host and sandbox, and we
can only do that in some cases (serializing/deserializing
extensions), but not others (extension settings that refer
to files)
- system extensions install their GSettings schemas in the system
path; the best we can do there is assume a host prefix of /usr
and set GSETTINGS_SCHEMA_DIR in the flatpak (eeks)
- extensions may rely on additional typelibs that are present on
the host (for example because gnome-shell itself depends on
them), but not inside the sandbox - unless we bundle all of
gnome-shell's dependencies
- if gjs/mozjs differ between host and sandbox, extensions must
handle different runtimes for the extension and its prefs
And all those issues occur despite a very permissive sandbox (full
host filesystem access, full dconf access, full org.gnome.Shell
access (including Eval()!)).
This new service will give us an alternative place for handling
the preference dialog:
- it runs outside of gnome-shell process, so can open windows
- it runs on the host, so the extension's prefs get to run
in the same namespace as the extension itself
That is, the service will provide portal-like functionality (albeit
not using the org.freedesktop.portal.* namespace, as extension
management is an inherently privileged operation).
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1106
2020-03-03 22:02:28 -05:00
|
|
|
// -*- mode: js; js-indent-level: 4; indent-tabs-mode: nil -*-
|
|
|
|
/* exported ExtensionsService */
|
|
|
|
|
2021-07-29 18:06:36 -04:00
|
|
|
const { Gio, GLib, Shew } = imports.gi;
|
2020-03-03 23:05:08 -05:00
|
|
|
|
|
|
|
const ExtensionUtils = imports.misc.extensionUtils;
|
dbusServices/extensions: Proxy Extensions API
Similar to the previously added org.freedesktop.Notifications proxy,
this exposes the org.gnome.Shell.Extensions API and forwards any
request to the real implementation in gnome-shell.
The motivation differs though: We want to be able to package the
extension app as flatpak and distribute it separately, but the
extension prefs dialog is hard to impossible to sandbox:
- filenames need translating between host and sandbox, and we
can only do that in some cases (serializing/deserializing
extensions), but not others (extension settings that refer
to files)
- system extensions install their GSettings schemas in the system
path; the best we can do there is assume a host prefix of /usr
and set GSETTINGS_SCHEMA_DIR in the flatpak (eeks)
- extensions may rely on additional typelibs that are present on
the host (for example because gnome-shell itself depends on
them), but not inside the sandbox - unless we bundle all of
gnome-shell's dependencies
- if gjs/mozjs differ between host and sandbox, extensions must
handle different runtimes for the extension and its prefs
And all those issues occur despite a very permissive sandbox (full
host filesystem access, full dconf access, full org.gnome.Shell
access (including Eval()!)).
This new service will give us an alternative place for handling
the preference dialog:
- it runs outside of gnome-shell process, so can open windows
- it runs on the host, so the extension's prefs get to run
in the same namespace as the extension itself
That is, the service will provide portal-like functionality (albeit
not using the org.freedesktop.portal.* namespace, as extension
management is an inherently privileged operation).
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1106
2020-03-03 22:02:28 -05:00
|
|
|
|
|
|
|
const { loadInterfaceXML } = imports.misc.fileUtils;
|
2021-07-29 18:06:36 -04:00
|
|
|
const { ExtensionPrefsDialog } = imports.extensionPrefsDialog;
|
dbusServices/extensions: Proxy Extensions API
Similar to the previously added org.freedesktop.Notifications proxy,
this exposes the org.gnome.Shell.Extensions API and forwards any
request to the real implementation in gnome-shell.
The motivation differs though: We want to be able to package the
extension app as flatpak and distribute it separately, but the
extension prefs dialog is hard to impossible to sandbox:
- filenames need translating between host and sandbox, and we
can only do that in some cases (serializing/deserializing
extensions), but not others (extension settings that refer
to files)
- system extensions install their GSettings schemas in the system
path; the best we can do there is assume a host prefix of /usr
and set GSETTINGS_SCHEMA_DIR in the flatpak (eeks)
- extensions may rely on additional typelibs that are present on
the host (for example because gnome-shell itself depends on
them), but not inside the sandbox - unless we bundle all of
gnome-shell's dependencies
- if gjs/mozjs differ between host and sandbox, extensions must
handle different runtimes for the extension and its prefs
And all those issues occur despite a very permissive sandbox (full
host filesystem access, full dconf access, full org.gnome.Shell
access (including Eval()!)).
This new service will give us an alternative place for handling
the preference dialog:
- it runs outside of gnome-shell process, so can open windows
- it runs on the host, so the extension's prefs get to run
in the same namespace as the extension itself
That is, the service will provide portal-like functionality (albeit
not using the org.freedesktop.portal.* namespace, as extension
management is an inherently privileged operation).
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1106
2020-03-03 22:02:28 -05:00
|
|
|
const { ServiceImplementation } = imports.dbusService;
|
|
|
|
|
|
|
|
const ExtensionsIface = loadInterfaceXML('org.gnome.Shell.Extensions');
|
|
|
|
const ExtensionsProxy = Gio.DBusProxy.makeProxyWrapper(ExtensionsIface);
|
|
|
|
|
|
|
|
var ExtensionsService = class extends ServiceImplementation {
|
|
|
|
constructor() {
|
|
|
|
super(ExtensionsIface, '/org/gnome/Shell/Extensions');
|
|
|
|
|
|
|
|
this._proxy = new ExtensionsProxy(Gio.DBus.session,
|
|
|
|
'org.gnome.Shell', '/org/gnome/Shell');
|
|
|
|
|
|
|
|
this._proxy.connectSignal('ExtensionStateChanged',
|
|
|
|
(proxy, sender, params) => {
|
|
|
|
this._dbusImpl.emit_signal('ExtensionStateChanged',
|
|
|
|
new GLib.Variant('(sa{sv})', params));
|
|
|
|
});
|
|
|
|
|
|
|
|
this._proxy.connect('g-properties-changed', () => {
|
|
|
|
this._dbusImpl.emit_property_changed('UserExtensionsEnabled',
|
|
|
|
new GLib.Variant('b', this._proxy.UserExtensionsEnabled));
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
get ShellVersion() {
|
|
|
|
return this._proxy.ShellVersion;
|
|
|
|
}
|
|
|
|
|
|
|
|
get UserExtensionsEnabled() {
|
|
|
|
return this._proxy.UserExtensionsEnabled;
|
|
|
|
}
|
|
|
|
|
|
|
|
set UserExtensionsEnabled(enable) {
|
|
|
|
this._proxy.UserExtensionsEnabled = enable;
|
|
|
|
}
|
|
|
|
|
|
|
|
ListExtensionsAsync(params, invocation) {
|
|
|
|
this._proxy.ListExtensionsRemote(...params, (res, error) => {
|
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
|
|
|
invocation.return_value(new GLib.Variant('(a{sa{sv}})', res));
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
GetExtensionInfoAsync(params, invocation) {
|
|
|
|
this._proxy.GetExtensionInfoRemote(...params, (res, error) => {
|
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
|
|
|
invocation.return_value(new GLib.Variant('(a{sv})', res));
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
GetExtensionErrorsAsync(params, invocation) {
|
|
|
|
this._proxy.GetExtensionErrorsRemote(...params, (res, error) => {
|
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
|
|
|
invocation.return_value(new GLib.Variant('(as)', res));
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
InstallRemoteExtensionAsync(params, invocation) {
|
|
|
|
this._proxy.InstallRemoteExtensionRemote(...params, (res, error) => {
|
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
|
|
|
invocation.return_value(new GLib.Variant('(s)', res));
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
UninstallExtensionAsync(params, invocation) {
|
|
|
|
this._proxy.UninstallExtensionRemote(...params, (res, error) => {
|
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
|
|
|
invocation.return_value(new GLib.Variant('(b)', res));
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
EnableExtensionAsync(params, invocation) {
|
|
|
|
this._proxy.EnableExtensionRemote(...params, (res, error) => {
|
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
|
|
|
invocation.return_value(new GLib.Variant('(b)', res));
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
DisableExtensionAsync(params, invocation) {
|
|
|
|
this._proxy.DisableExtensionRemote(...params, (res, error) => {
|
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
|
|
|
invocation.return_value(new GLib.Variant('(b)', res));
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
LaunchExtensionPrefsAsync([uuid], invocation) {
|
|
|
|
this.OpenExtensionPrefsAsync([uuid, '', {}], invocation);
|
|
|
|
}
|
|
|
|
|
|
|
|
OpenExtensionPrefsAsync(params, invocation) {
|
2020-03-05 11:19:38 -05:00
|
|
|
const [uuid, parentWindow, options] = params;
|
2020-03-03 23:05:08 -05:00
|
|
|
|
|
|
|
this._proxy.GetExtensionInfoRemote(uuid, (res, error) => {
|
dbusServices/extensions: Proxy Extensions API
Similar to the previously added org.freedesktop.Notifications proxy,
this exposes the org.gnome.Shell.Extensions API and forwards any
request to the real implementation in gnome-shell.
The motivation differs though: We want to be able to package the
extension app as flatpak and distribute it separately, but the
extension prefs dialog is hard to impossible to sandbox:
- filenames need translating between host and sandbox, and we
can only do that in some cases (serializing/deserializing
extensions), but not others (extension settings that refer
to files)
- system extensions install their GSettings schemas in the system
path; the best we can do there is assume a host prefix of /usr
and set GSETTINGS_SCHEMA_DIR in the flatpak (eeks)
- extensions may rely on additional typelibs that are present on
the host (for example because gnome-shell itself depends on
them), but not inside the sandbox - unless we bundle all of
gnome-shell's dependencies
- if gjs/mozjs differ between host and sandbox, extensions must
handle different runtimes for the extension and its prefs
And all those issues occur despite a very permissive sandbox (full
host filesystem access, full dconf access, full org.gnome.Shell
access (including Eval()!)).
This new service will give us an alternative place for handling
the preference dialog:
- it runs outside of gnome-shell process, so can open windows
- it runs on the host, so the extension's prefs get to run
in the same namespace as the extension itself
That is, the service will provide portal-like functionality (albeit
not using the org.freedesktop.portal.* namespace, as extension
management is an inherently privileged operation).
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1106
2020-03-03 22:02:28 -05:00
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
2021-10-26 13:40:08 -04:00
|
|
|
if (this._prefsDialog) {
|
|
|
|
this._handleError(invocation,
|
|
|
|
new Error('Already showing a prefs dialog'));
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2020-03-03 23:05:08 -05:00
|
|
|
const [serialized] = res;
|
|
|
|
const extension = ExtensionUtils.deserializeExtension(serialized);
|
|
|
|
|
2021-10-26 13:40:08 -04:00
|
|
|
this._prefsDialog = new ExtensionPrefsDialog(extension);
|
|
|
|
this._prefsDialog.connect('realize', () => {
|
2021-01-15 19:43:53 -05:00
|
|
|
let externalWindow = null;
|
2020-03-05 11:19:38 -05:00
|
|
|
|
2021-01-15 19:43:53 -05:00
|
|
|
if (parentWindow)
|
|
|
|
externalWindow = Shew.ExternalWindow.new_from_handle(parentWindow);
|
2020-03-05 11:19:38 -05:00
|
|
|
|
2021-01-15 19:43:53 -05:00
|
|
|
if (externalWindow)
|
2021-10-26 13:40:08 -04:00
|
|
|
externalWindow.set_parent_of(this._prefsDialog.get_surface());
|
2021-01-15 19:43:53 -05:00
|
|
|
});
|
2020-03-03 23:05:08 -05:00
|
|
|
|
|
|
|
if (options.modal)
|
2021-10-26 13:40:08 -04:00
|
|
|
this._prefsDialog.modal = options.modal.get_boolean();
|
2020-03-03 23:05:08 -05:00
|
|
|
|
2021-10-26 13:40:08 -04:00
|
|
|
this._prefsDialog.connect('close-request', () => {
|
|
|
|
delete this._prefsDialog;
|
2021-10-28 13:27:57 -04:00
|
|
|
this.release();
|
|
|
|
return false;
|
|
|
|
});
|
2020-03-03 23:05:08 -05:00
|
|
|
this.hold();
|
|
|
|
|
2021-10-26 13:40:08 -04:00
|
|
|
this._prefsDialog.show();
|
2020-03-03 23:05:08 -05:00
|
|
|
|
dbusServices/extensions: Proxy Extensions API
Similar to the previously added org.freedesktop.Notifications proxy,
this exposes the org.gnome.Shell.Extensions API and forwards any
request to the real implementation in gnome-shell.
The motivation differs though: We want to be able to package the
extension app as flatpak and distribute it separately, but the
extension prefs dialog is hard to impossible to sandbox:
- filenames need translating between host and sandbox, and we
can only do that in some cases (serializing/deserializing
extensions), but not others (extension settings that refer
to files)
- system extensions install their GSettings schemas in the system
path; the best we can do there is assume a host prefix of /usr
and set GSETTINGS_SCHEMA_DIR in the flatpak (eeks)
- extensions may rely on additional typelibs that are present on
the host (for example because gnome-shell itself depends on
them), but not inside the sandbox - unless we bundle all of
gnome-shell's dependencies
- if gjs/mozjs differ between host and sandbox, extensions must
handle different runtimes for the extension and its prefs
And all those issues occur despite a very permissive sandbox (full
host filesystem access, full dconf access, full org.gnome.Shell
access (including Eval()!)).
This new service will give us an alternative place for handling
the preference dialog:
- it runs outside of gnome-shell process, so can open windows
- it runs on the host, so the extension's prefs get to run
in the same namespace as the extension itself
That is, the service will provide portal-like functionality (albeit
not using the org.freedesktop.portal.* namespace, as extension
management is an inherently privileged operation).
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1106
2020-03-03 22:02:28 -05:00
|
|
|
invocation.return_value(null);
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
CheckForUpdatesAsync(params, invocation) {
|
|
|
|
this._proxy.CheckForUpdatesRemote(...params, (res, error) => {
|
|
|
|
if (this._handleError(invocation, error))
|
|
|
|
return;
|
|
|
|
|
|
|
|
invocation.return_value(null);
|
|
|
|
});
|
|
|
|
}
|
|
|
|
};
|