Summary: | server installer/tl-setup via SSH sometimes displays windows on console | ||
---|---|---|---|
Product: | ThinLinc | Reporter: | Peter Åstrand <astrand> |
Component: | Server Installer | Assignee: | Peter Åstrand <astrand> |
Status: | CLOSED FIXED | ||
Severity: | Normal | Keywords: | ossman_tester, prosaic |
Priority: | P2 | ||
Version: | trunk | ||
Target Milestone: | 4.10.1 | ||
Hardware: | PC | ||
OS: | Unknown | ||
Acceptance Criteria: |
* When running installer/tl-setup via SSH, the bootstrap step for installing python/pygtk/python-apt should not use X11 forwarding or create any windows on the local console
* There should be no warnings about deprecated gnome-terminal options
|
||
Bug Depends on: | |||
Bug Blocks: | 7342 |
Description
Peter Åstrand
A modern GNOME terminal also has the behaviour that it doesn't really support multiple sessions. This can be a problem if the user is using ssh and X11 forwarding to a server to install ThinLinc, and the user is also logged in locally on the same server. GNOME terminal might then start a new window on the local terminal instead of showing one via X11 forwarding. We should probably reconsider our use of GNOME terminal and perhaps prefer other alternatives. Tested again: * When running from a gnome-terminal inside a GNOME session (now after fixing bug 7294 and 7295), the installation actually works. The installation is done in a new gnome-terminal window. We still get the warning about the "-e" option, though. * However, when running through a SSH login with X11 forward, both gnome-terminal and zenity dialogs appears on the console, rather than on the X11 forwarding workstation. Apparently, all GTK3 applications misbehaves like this. This gives a highly confusing behaviour. Dialogs are printed to the SSH terminal, but you cannot answer yes/no. One idea for a solution is to simply avoid GUI tools, when we are detecting a SSH login. This unfortunately means that X11 forwarding will not be available, so the entire installation will be done in text mode. But it should at least work reliably. Wrt the problem with "gnome-terminal -e" being deprecated, it seems this can be solved by using "--" instead. The bootstrapping is now indeed text only when using SSH. Tested on RHEL 8. Tested gnome-terminal on RHEL 8, Fedora 30 and SLES 15. Tested all other terminals on Fedora Rawhide. |