Please, make the session manager aware of the processes' command line arguments
This would be useful for applications that support multiple processes or multiple profiles.
Example 1: multiple firefox profiles
firefox --no-remote -P default
firefox --no-remote -P something_else
results in firefox displaying two profile chooser dialogs after logout and login
Example 2: multiple meld sessions
meld dir1 dir2
meld dir3 (dir3 has a .git subdir)
results in two empty meld windows after logout and login
Of course, adding the command line args to the saved sessions will not solve all problems with applications losing their exact state, but it will solve many of them in a supposedly easy way.
For some applicatons, will also need the user's assitance, e.g. it requires to create multiple firefox starters, including the command line args for profile selection (or alternatively starting firefox from a terminal). But I think this is an acceptable requirement.
IMHO, for some applications (at least when it comes to multiple processes and profiles), it is just impossible to require them save and restore their full state on their own and then get along without any parameter on restart. The problem is, without the parameter you'll never know which one was which one.
Actually it should already be the case, take a look at .cache/sessions/xfce4-session-<hostname>:0 and especially the RestartCommand keys.
I have two occurences of firefox:
I don't know if it makes adifference, but I am exclusively working with a manually saved session instead of "automatically save session on logout"
I am saving the session is via
XFCE menu -> Settings -> Settings -> Session and Startup -> "Sessions" tab -> "Save Session" button
I have just re-tested it on XFCE 4.10 on ArchLinux. The behaviour is the same there.
There is even one thing that got worse: I can not manually save a session anymore. Only "automatically save session on logout" saves anything.
-- GitLab Migration Automatic Message --
This bug has been migrated to xfce.org'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.xfce.org/xfce/xfce4-session/-/issues/18.
Please create an account or use an existing account on one of our supported OAuth providers.
If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests
Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev