3b38052...
by
Benjamin Berg <email address hidden>
data: Remove org.gnome.SettingsDaemon.XSettings from session
Starting gsd-xsetting will cause issues for the non-systemd startup when
combined with Xwayland on-demand. However, we do not need gsd-xsettings
as the gnome-initial-setup session never runs X11 applications.
Merge branch '120-disable-existing-user-mode' into 'master'
Disable existing-user mode
Closes #120
See merge request GNOME/gnome-initial-setup!113
43f1870...
by
Will Thompson <email address hidden>
Disable existing-user mode
Prior to GNOME 40, GNOME Tour was launched at the end of Initial Setup's
existing-user mode. In GNOME 40, Shell displays a dialog offering to run
the tour (for existing users which have not logged in, and users
upgrading to 40). If we also run Initial Setup for existing users who
have not previously logged in, they would then end up with Tour on top
of Initial Setup, which would not be a good look.
Ideally, we would like to always run Initial Setup in the "kiosk" mode
that is used when no users exist. (The lack of this means that, for
example, the language-selection page doesn't actually work until the
user restarts their session.) This would also avoid the collision with
Tour. Until we have this, disable existing-user mode.
One option would have been to remove the xdg-autostart and systemd units
for this mode. The downside of doing that would be that the
.config/gnome-initial-setup-done file would not be written, so if we
reinstate this mode in a future release, we wouldn't be able to
distinguish "user has never logged in" from "user has logged in, but
with a GNOME version that didn't do existing-user mode Initial Setup".
1a750f0...
by
Will Thompson <email address hidden>
data: Install .desktop file to normal directory
When run for an existing user, Initial Setup currently runs within that
user's normal session. This means that Shell shows an icon for the app
in the top bar, dash, and Alt-Tab overlay.
However, previously the .desktop file was only installed to the GDM
greeter's own desktop file directory, meaning that it was not found by
the normal Shell session, and a missing-icon icon would be shown
instead.
Previously, some distro packagers have worked around this by symlinking
the .desktop file to the normal location. But the greeter-specific
directory is added to the greeter's XDG_DATA_DIRS, rather than replacing
it; so we can simply install the desktop file to the normal location.
NoDisplay=true ensures it won't be shown to the user unless it is
launched manually or by some other means.
Fixes #52
a3c67df...
by
Will Thompson <email address hidden>