By default, TL allows the user to fully configure the session startup, using the ~/.thinlinc/xstartup mechanism. However, very often, what you want to do is just select a certain profile. This is currently not every easy to achieve. xstartup.default calls tl-run-xstartup.d tl-run-profile tl-run-xlogout.d But tl-run-xstartup.d is a all-or-nothing thing: If you include it, you'll get the profile selector dialog, no matter what. The only exception is if you have export TLCOMMAND. Works for tl-run-windesk, but still a bit ugly. I think this should be easier. Perhaps tl-select-profile should simply exit if TLPROFILE is already defined?
One somewhat ugly solution: #!/bin/bash TLPROFILE=windows export TLCOMMAND=`tl-config /profiles/$TLPROFILE/cmdline` . /opt/thinlinc/etc/xstartup.default
The scenario here is that the system has multiple possible profiles and the user wants to avoid having to select one every time they log in.
https://www.reddit.com/r/ThinLinc/comments/ukg7vw/how_to_disable_the_welcome_and_de_chooser_screen/
When discussing this bug, one aspect that came up was where and how to store saved preferences, such as remembering profile choices. The standardized XDG directory scheme [1] appeared like a sensible choice, in particular the $XDG_CONFIG_HOME directory -- by default pointing to $HOME/.config/ -- seems well-suited for storing these kinds of app-specific settings. This approach would work nicely since home directories are synced across agents. Another question that needs to be resolved one way or another is how users are supposed to reset their preferences. Having chosen to discard all pages in the profile chooser, there’s nothing left to interact with. Introducing a reset option in the native client options dialog is one path forward, but that would unfortunately exclude webaccess users, leaving them in a weird situation. That leaves us with users having to manually modify or delete the preferences file. [1] https://specifications.freedesktop.org/basedir-spec/latest/
We likely want to offer two independent choices to skip either the introduction page and/or the profile list page. That would leave the door open to skip just one page, and in addition, avoid any ambiguity if the choice applies to both pages or just one of them.