After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 779315 - Allow to create specific terminal applications
Allow to create specific terminal applications
Status: RESOLVED OBSOLETE
Product: gnome-terminal
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-02-27 14:56 UTC by Mildred
Modified: 2021-06-10 21:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Mildred 2017-02-27 14:56:18 UTC
This follows bug #775383.

The same way GNOME Web (epiphany) allows to create web application, that encapsulate a specific web instance pointing to a specific page in a GNOME application (with a specific launcher icon and specific grouping when switching windows in GNOME), the Terminal should also allow to do that.

Previously, this was possible to do it manually, with the WMClass= .desktop property and the --class command line argument. This is no longer possible however, due to the deprecation of --class.

They do this using a switch --application-mode that probably changes the window manager class underneath, and by giving a profile location. Terminal could use profiles in the same way, with a similar switch to make it a specific application registered to the window manager.

Basically, --application-mode has to lookup the profile for the window manager class before it initializes the Gtk application. So it can start the application with the proper WM class.
Comment 1 Mildred 2017-02-27 15:00:08 UTC
Note that the terminal is very similar to the web browser. Both are user interfaces for third party application. A web browser leverages the complete web stack for that. The terminal uses the tty and specific escape characters. But the intent is the same for both: show content that comes from elsewhere.

So, it makes sense to have the same kind of features for both.
Comment 2 Bernd 2017-12-29 17:25:23 UTC
So --class is deprecated now? Then gnome-terminal --help-gtk should say so.

I'm trying to repair my session init script. Terminal windows now spawn at
random positions and with random sizes, because they get
"gnome-terminal-server.Gnome-terminal" so my window manager can't tell them
apart the way it used to. Any ideas how to fix?

I use GT version 3.18.3 on Ubuntu Xenial and GT 3.6.2 on Ubuntu precise.
Comment 3 Bernd 2017-12-29 17:47:11 UTC
I tried --role= as suggested on the other thread, doesn't yield any visible
effect, the window list still has just "gnome-terminal-server.Gnome-terminal".
Comment 4 Mildred 2018-11-01 21:12:28 UTC
Moved to https://gitlab.gnome.org/GNOME/gnome-terminal/issues/46
Comment 5 Christian Persch 2018-11-02 11:10:35 UTC
So this is how this should work:

* g-t-server gets a new command line flag, --systemd-instance, that will encode the dbus name it will take
* we install a gnome-terminal-server@.service file into the systemd user  units directory, that calls g-t-server with --systemd-instance "%I".
* gnome-terminal client gets a new command line flag, let's say --new-instance, which when passed will create a random name for the instance, and create a systemd user instance from g-t-server@.service, and then use that instance instead of the default org.gnome.Terminal instance.
Comment 6 Debarshi Ray 2018-11-05 20:19:02 UTC
Also see bug 719999
Comment 7 GNOME Infrastructure Team 2021-06-10 21:13:20 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/7734.