| Summary: | default session broken in tdm | ||
|---|---|---|---|
| Product: | TDE | Reporter: | wofgdkncxojef |
| Component: | tdebase | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED INVALID | ||
| Severity: | needs packaging | CC: | bugwatch, gamrat.kristopher, michele.calgaro, wofgdkncxojef |
| Priority: | P5 | ||
| Version: | R14.0.x [Trinity] | ||
| Hardware: | All | ||
| OS: | All | ||
| Compiler Version: | TDE Version String: | R14.0.4 | |
| Application Version: | Application Name: | tdm | |
|
Description
wofgdkncxojef
2017-08-21 05:01:47 CDT
After you selected the user you want to log in as, but before actually logging in, try to change the Session Type to TDE (or the desktop you want, if different from TDE). If that stops it from crashing and allows you to log in, then the "Default session" is the problem, not TDM. If it still crashes, TDM is the issue. Yes indeed. If i chose explicitly the session type, it works fine. I think it simply was launching the session with the previous option, and for the new user that was the default. My desktops are MATE and trinity. The default option is indeed broken however. Both my desktops work fine. The default session for a new user is Default.
The session that is used as the Default is chosen by the distribution you are using, not by TDM.
If Default isn't set to anything, TDM can't log you in using Default since it doesn't know what session to use as Default.
As far as I can tell, TDM checks for ${HOME}/.dmrc to see what session type to use, and picks Default if ${HOME}/.dmrc doesn't exist. Maybe someone else can confirm?
ok.... I think it's still a bit pathological however. If default doesn't exist, then the entry should not be displayed. And tdm should complain when it doesn't know what to launch instead of trying to launch "" . Not a but IMO, wrong user setup |