xfce4-session issueshttps://gitlab.xfce.org/xfce/xfce4-session/-/issues2023-09-22T18:55:39Zhttps://gitlab.xfce.org/xfce/xfce4-session/-/issues/185continuously autosave session state2023-09-22T18:55:39ZAndy Schrodercontinuously autosave session stateSimilar to what firefox does and what mousepad is supposed to do, I'd like the session state to be continuously saved every 30 to 60 seconds so that if there is a system crash then I can restore my desktop state and not have to wonder wh...Similar to what firefox does and what mousepad is supposed to do, I'd like the session state to be continuously saved every 30 to 60 seconds so that if there is a system crash then I can restore my desktop state and not have to wonder what windows that I lost.https://gitlab.xfce.org/xfce/xfce4-session/-/issues/159Does xdg-desktop-portal-xfce exist, or should it exist?2023-09-11T15:42:43Zyuri@FreeBSDDoes xdg-desktop-portal-xfce exist, or should it exist?There are several xdg-desktop-portal-{desktop-environment} projects, for example xdg-desktop-portal-gtk.
Some software, like Pipewire, interacts with xdg-desktop-portal-{xx}.
Should xdg-desktop-portal-xfce exist? Does it exist? Or is xd...There are several xdg-desktop-portal-{desktop-environment} projects, for example xdg-desktop-portal-gtk.
Some software, like Pipewire, interacts with xdg-desktop-portal-{xx}.
Should xdg-desktop-portal-xfce exist? Does it exist? Or is xdg-desktop-portal-gtk sufficient for XFCE4?https://gitlab.xfce.org/xfce/xfce4-session/-/issues/153Add autostart trigger types Locked and Unlocked2022-11-13T13:39:38ZMassimo-BAdd autostart trigger types Locked and UnlockedI would like to propose an enhancement for xfce4-session-settings, "Application Autostart".
Please add Trigger types "Locked" and "Unlocked" in order to have actions on every screensaver lock and unlock, such as enabling/disabling keybo...I would like to propose an enhancement for xfce4-session-settings, "Application Autostart".
Please add Trigger types "Locked" and "Unlocked" in order to have actions on every screensaver lock and unlock, such as enabling/disabling keyboard illuminations.https://gitlab.xfce.org/xfce/xfce4-session/-/issues/144Set icon for autostart entries with xfce4-session-settings2022-09-01T10:36:08ZAnton KarmanovSet icon for autostart entries with xfce4-session-settingsFeature-request. Custom autostart entries made with xfce4-session-settings have a default stub icon. It will be nice to have ability to set also an icon-name in editing modular window.Feature-request. Custom autostart entries made with xfce4-session-settings have a default stub icon. It will be nice to have ability to set also an icon-name in editing modular window.https://gitlab.xfce.org/xfce/xfce4-session/-/issues/136Put processes in separate cgroups on Linux/systemd (enhancement)2023-05-14T09:59:43ZJan KasprzakPut processes in separate cgroups on Linux/systemd (enhancement)Hello,
it seems that current systemd-based distributions (Fedora) use systemd-oomd for handling out-of-memory conditions. The problem is that systemd-oomd evaluates memory usage per cgroup, and then kills the whole cgroup. It expects th...Hello,
it seems that current systemd-based distributions (Fedora) use systemd-oomd for handling out-of-memory conditions. The problem is that systemd-oomd evaluates memory usage per cgroup, and then kills the whole cgroup. It expects the desktop environment to put the user applications it starts (e.g. web browser, terminal, ...) to dedicated cgroups. Without it, oomd kills the whole session instead, which is not very helpful.
I must say that I personally don't like the approach of systemd-oomd here, but still it might be useful for XFCE to consider handling user applications the systemd way. Further discussion can be found in Fedora bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1933494
Thanks for considering this enhancement.https://gitlab.xfce.org/xfce/xfce4-session/-/issues/124add elogind support2023-04-24T12:00:13ZRizal Martinadd elogind supportxfce4-session supports ConsoleKit2 and systemd. However some distros replaced ConsoleKit2 in favor of elogind (non-systemd version of logind)
See [elogind on Gentoo Wiki](https://wiki.gentoo.org/wiki/Elogind)xfce4-session supports ConsoleKit2 and systemd. However some distros replaced ConsoleKit2 in favor of elogind (non-systemd version of logind)
See [elogind on Gentoo Wiki](https://wiki.gentoo.org/wiki/Elogind)https://gitlab.xfce.org/xfce/xfce4-session/-/issues/123xfce4-session attempts to manage multiple X screens even though core apps can...2023-04-24T12:04:18Ztroyrolloxfce4-session attempts to manage multiple X screens even though core apps can no longer handle itSince GTK 3.10, GTK (at least according to the change logs) has not supported multiple X screens (eg. :0.0 + :0.1) from the same process. xfce4-panel no longer supports it, and you cannot start a separate instance because they both will ...Since GTK 3.10, GTK (at least according to the change logs) has not supported multiple X screens (eg. :0.0 + :0.1) from the same process. xfce4-panel no longer supports it, and you cannot start a separate instance because they both will want to grab the same names on DBUS.
Multiple screens are still sometimes unavoidable - for example if you need both XRANDR and the proprietary NVIDIA drivers and have two GPUs that are different.
the GTK people recommend treating the separate screens as different servers, effectively requiring a separate XFCE session for each of the screens (with a separate DBUS). As a result, the code in xfce4-session that iterates over multiple screens leads to the sessions interfering with each other.
It seems that xfce4-session should now only look at the "default" screen, and the loops should be removed.
It would be good if xfce4-session could instead be configured to launch additional sessions (with a new instance of itself and a new DBUS) on the second and subsequent screens. Even better if it could be configured to launch sessions of other desktop environments on the second and subsequent screens.https://gitlab.xfce.org/xfce/xfce4-session/-/issues/117Reboot into UEFI setup2023-05-13T23:51:55ZArtem S. TashkinovReboot into UEFI setupPlease add an option to reboot into UEFI setup.
That's `systemctl reboot --firmware-setup`Please add an option to reboot into UEFI setup.
That's `systemctl reboot --firmware-setup`https://gitlab.xfce.org/xfce/xfce4-session/-/issues/102[Feature Request] Allow loading session from saved sessions2021-08-24T09:30:25ZAvinash Sonawane[Feature Request] Allow loading session from saved sessionsHello!
Use case:
1. User logins with session `foo`
2. Then after doing some work wants to change the context i.e. want to load the session `dev`
It would be really cool if user could simply load the session from Session and Startup > S...Hello!
Use case:
1. User logins with session `foo`
2. Then after doing some work wants to change the context i.e. want to load the session `dev`
It would be really cool if user could simply load the session from Session and Startup > Saved Sessions list instead of logging out, selecting the `dev` session in session chooser and then logging in again.
Thanks!https://gitlab.xfce.org/xfce/xfce4-session/-/issues/101[Feature Request] Allow saving session with custom name2021-08-24T09:38:37ZAvinash Sonawane[Feature Request] Allow saving session with custom nameHello!
It would be really handy if user could create a custom session while operating the xfce desktop. This could be achieved by allowing user to save session with custom name.
A use case would be:
1. User logins with session foo
2. W...Hello!
It would be really handy if user could create a custom session while operating the xfce desktop. This could be achieved by allowing user to save session with custom name.
A use case would be:
1. User logins with session foo
2. While working and switching contexts user opens dev-related apps (e.g. IDE, editor, debugger etc.)
3. And now user wants to save this current desktop checkpoint as new session named `dev`
Currently, only way to do that is by logging out and then logging in with new session named `dev`. And then again open those exact apps she wants `dev` session to have.
May be we can give user a choice to enter custom session name when user clicks Session and Startup > Current Session > "Save Session" button instead of only allowing to save the checkpoint to current session?
Thanks!https://gitlab.xfce.org/xfce/xfce4-session/-/issues/96[Feature] Autostart delay for system startup apps / Support for X-GNOME-Autos...2022-03-07T10:20:12ZMartin Dünkelmann[Feature] Autostart delay for system startup apps / Support for X-GNOME-Autostart-DelayIt would be nice, if the startup app has a gui element to set the startup delay in seconds, minutes, etc.
A support for X-GNOME-Autostart-Delay would be nice.It would be nice, if the startup app has a gui element to set the startup delay in seconds, minutes, etc.
A support for X-GNOME-Autostart-Delay would be nice.https://gitlab.xfce.org/xfce/xfce4-session/-/issues/85Make it possible to pass --components to gnome-keyring-daemon2023-05-05T12:39:00ZSean WhittonMake it possible to pass --components to gnome-keyring-daemonHello,
In GNOME compatibility mode, it would be good to be able to customise the arguments passed to gnome-keyring-daemon somehow. In particular, I would like to disable the SSH agent functionality which clobbers SSH_AUTH_SOCK. On my ...Hello,
In GNOME compatibility mode, it would be good to be able to customise the arguments passed to gnome-keyring-daemon somehow. In particular, I would like to disable the SSH agent functionality which clobbers SSH_AUTH_SOCK. On my Debian machine, this has already been set correctly to `/run/user/1000/gnupg/S.gpg-agent.ssh`, but that gets wiped out when xfce starts gnome-keyring-daemon.
Perhaps the simplest way would be for the GNOME compat code to respect the existing xfconf settings regarding ssh-agent and gpg-agent, disabling GNOME keyring daemon's SSH functionality if those settings would indicate to allow gpg-agent to take priority over SSH agent, or something like that.
Thanks for Xfce!https://gitlab.xfce.org/xfce/xfce4-session/-/issues/63Add an option to reboot to bootloader2023-05-13T23:51:54ZBugzilla MigrationAdd an option to reboot to bootloader## Submitted by Stasiek Michalski
Assigned to **Xfce Bug Triage**
**[Link to original bug (#16333)](https://bugzilla.xfce.org/show_bug.cgi?id=16333)**
## Description
systemd recently added an option to reboot from session directly...## Submitted by Stasiek Michalski
Assigned to **Xfce Bug Triage**
**[Link to original bug (#16333)](https://bugzilla.xfce.org/show_bug.cgi?id=16333)**
## Description
systemd recently added an option to reboot from session directly to bootloader in this PR https://github.com/systemd/systemd/pull/10495 From the Fedora perspective, there is also GRUB2 integration for rebooting to systemd, presented for example in this PR to gnome-session https://gitlab.gnome.org/GNOME/gnome-session/merge_requests/6
The patch to GRUB2 is being implemented in Tumbleweed now, so it would be great to see at least the systemd option to restart to bootloader, if you aren't comfortable having a grub command run from the code like the gnome-session example. We can carry a patch for it downstream in that case.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-session/-/issues/56Proposal: passing user idle time to systemd-logind2021-03-08T23:20:44ZBugzilla MigrationProposal: passing user idle time to systemd-logind## Submitted by Germano Massullo
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15491)](https://bugzilla.xfce.org/show_bug.cgi?id=15491)**
## Description
Copy of discussion https://mail.xfce.org/pipermail/xfce4-dev/2019...## Submitted by Germano Massullo
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15491)](https://bugzilla.xfce.org/show_bug.cgi?id=15491)**
## Description
Copy of discussion https://mail.xfce.org/pipermail/xfce4-dev/2019-May/032257.html
Hello, I am writing to you to propose the following reasoning, hoping
that it can help making easier (just a bit) third parties development
work on Linux.
I am currently developing BOINC client user idle time detection on
Linux systems (both graphical or tty sessions)
After some studies I started writing a little piece of code that that
is able to print on standard output the user idle time by retrieving
it from systemd-logind IdleSinceHint property (that is exposed on
DBus). By the way I found out that this value was always 0 [1], so I
asked why [2]. I have been told that logind relies on the desktop
environment to pass this information.
Many d.e. expose user idle time to their own DBus path, (i.e.
org.gnome.Mutter.IdleMonitor), so I will be forced to write code that
depends on the specific desktop environment. Since:
1) systemd-logind is just ready for exposing user idle time;
2) for a developer writing code for Linux it would be much easier to
retrieve user idle time from a unique place rather than having to deal
with all various desktop environments;
I would like to ask you what do you think about passing the user idle
time to logind [3] [4] ?
Best regards
[1]: you can try with system console command
`$ sleep 2 && gdbus introspect --system --dest org.freedesktop.login1 --object-path /org/freedesktop/login1 | grep IdleSinceHint`
[2]: https://lists.freedesktop.org/archives/systemd-devel/2019-May/042726.html
[3]: https://www.freedesktop.org/wiki/Software/systemd/writing-desktop-environments/
[4]: https://www.freedesktop.org/wiki/Software/systemd/writing-display-managers/
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-session/-/issues/44Incomplete system sounds, login and logout2023-04-26T12:26:45ZBugzilla MigrationIncomplete system sounds, login and logout## Submitted by Jason Benjamin
Assigned to **Xfce Bug Triage**
**[Link to original bug (#13207)](https://bugzilla.xfce.org/show_bug.cgi?id=13207)**
## Description
I've noticed that sounds are compiled into XFCE for Debian and Arch...## Submitted by Jason Benjamin
Assigned to **Xfce Bug Triage**
**[Link to original bug (#13207)](https://bugzilla.xfce.org/show_bug.cgi?id=13207)**
## Description
I've noticed that sounds are compiled into XFCE for Debian and Arch users (the distributions I've been using lately). However they depend on a few key files being edited and some packages being installed as well as xfce settings manager (https://forum.xfce.org/viewtopic.php?id=8618).
This could be because the distributions will not implement the sound features until the entire desktop specification is complete. Of course this is from a user perspective. Maybe all that is needed is to add login and logout sounds to xfce4 session manager.
There are many freedesktop specification sound schemes for playing the standard sounds invoked by libcanberra. Perhaps maybe a default XFCE complete sound scheme can be produced. Maybe for the login sound a mouse running in a wheel?
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-session/-/issues/38Please make gpg-agent startup independent of GNOME compat / gnome-keyring-daemon2021-03-08T20:04:46ZBugzilla MigrationPlease make gpg-agent startup independent of GNOME compat / gnome-keyring-daemon## Submitted by Michał Górny
Assigned to **Xfce Bug Triage**
**[Link to original bug (#12392)](https://bugzilla.xfce.org/show_bug.cgi?id=12392)**
## Description
xfsm_startup_init() in xfsm-startup.c states the following;
/*...## Submitted by Michał Górny
Assigned to **Xfce Bug Triage**
**[Link to original bug (#12392)](https://bugzilla.xfce.org/show_bug.cgi?id=12392)**
## Description
xfsm_startup_init() in xfsm-startup.c states the following;
/* if GNOME compatibility is enabled and gnome-keyring-daemon
* is found, skip the gpg/ssh agent startup and wait for
* gnome-keyring, which is probably what the user wants */
But in fact, this is often *not* what the user wanted. Especially with gpg 2.1 where GPG upstream is strongly opposed to gnome-keyring-daemon replacing the agent.
Please make it possible to start gpg-agent/ssh-agent if GPG/SSH support in gnome-keyring-daemon is disabled.
Version: 4.12.0