| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
We currently say that personal information is automatically removed, but
in fact nothing is really removed: it's just not there in the first
place. By default, ABRT collects only short backtraces containing
function names and line numbers, so there's no way personal info could
be sent. The only way to accidentally send personal info is if you
manually report a bug to Bugzilla, in which case a full backtrace is
collected including stack variables, which might contain sensitive
personal information. This setting does not control manual data
submission.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
GNOME does not run an ABRT server, so it does not make sense to use
"GNOME" as the fallback name if the distro name is missing from
/etc/os-release. In this case, let's just not show the ABRT option at
all, and keep it disabled.
This shouldn't affect much in practice, at least not today, because
currently only Fedora has an ABRT server, and if other distros were to
use ABRT in the future they would probably provide their name in
/etc/os-release. But might as well be careful in what we show to users
here.
|
| |
|
|
|
|
| |
I don't think this is actually needed currently, but it provides an
extra level of safety. If the switches are not visible then the settings
need to be off.
|
| | |
|
| |\
| |
| |
| |
| | |
ci: Update to new ci-templates snapshot
See merge request GNOME/gnome-initial-setup!203
|
| |/ |
|
| | |
|
| |\
| |
| |
| |
| |
| |
| | |
keyboard: Don't call g_free on uninitialized variable
Closes #187
See merge request GNOME/gnome-initial-setup!199
|
| |/
|
|
|
|
|
|
| |
if gnome_parse_locale() fails (e.g. because priv->locale is NULL), lang
and country were previously uninitialized. Calling g_free() on an
uninitialized variable is a bad idea.
Fixes https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/issues/187
|
| |\
| |
| |
| |
| | |
driver: Set a non-trivial window title
See merge request GNOME/gnome-initial-setup!191
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When running in "existing user" mode (which isn't done upstream, but
Debian and Ubuntu re-enable it because they don't have GNOME Tour),
the window title is visible in Alt+[key above Tab] and the Overview.
It defaults to "gnome-initial-setup", but looks better if we reuse the
translated name from the .desktop file.
Signed-off-by: Simon McVittie <smcv@debian.org>
|
| | | |
|
| | | |
|
| | | |
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
software: don't ever call 'fedora-third-party disable'
Closes #186
See merge request GNOME/gnome-initial-setup!197
|
| |/ /
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Instead, leave the setting unset if third-party repos are not disabled
to give GNOME Software a chance to ask the user again. See:
https://gitlab.gnome.org/GNOME/gnome-software/-/issues/2118
https://pagure.io/fedora-workstation/issue/363
Fixes #186
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
privacy: Move subtitles to separate labels
Closes #181
See merge request GNOME/gnome-initial-setup!193
|
| | | |
| | |
| | |
| | |
| | |
| | | |
No functional changes. Simply replaces show/hide by set_visible,
and manually creates a GtkWindow with a headerbar instead of using
the deprecated GtkDialog.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Prior to 71e3e2b4, the subtitles were contained into separate
GtkLabels connected to the the 'activate-link' signal. That commit
moved these labels to inside the corresponding AdwActionRows, but
did not account for the 'activate-link' signal.
To the best of my knowledgethere is currently no way to properly
support this with libadwaita rows. In addition to that, the latest
mockup [1] suggest placing these labels beneath the listbox anyway.
Move the subtitle labels to outside the action row, into a separate
labels beneath the listbox. Connect to the 'activate-link' signal
again.
Closes https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/issues/181
[1]
https://gitlab.gnome.org/Teams/Design/os-mockups/-/raw/master/initial-setup/initial-setup.png
|
| |/ / |
|
| | | |
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\
| |
| |
| |
| |
| |
| | |
keyboard: Show a non-empty list of layouts by default
Closes #165
See merge request GNOME/gnome-initial-setup!188
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Each row of the keyboard layout/input method list has a flag for whether
it is an "extra" layout, hidden by default, or not. All rows are added
with the is_extra flag set to TRUE; later, they can be marked as
non-extra in a few ways:
- The currently-selected layout is (indirectly) marked as non-extra
- Selecting a layout marks it as non-extra
- 5 semi-arbitrary layouts are marked as non-extra
To make the list work, the GtkListBox has sort and filter functions set:
- The sort function sorts extra layouts after non-extra layouts
- The filter function hides extra layouts, unless the user is searching
or has clicked the vertical ellipsis to see all layouts
But previously, the sort and filter of the list were not always
invalidated when one or more layouts' is_extra flags were changed. As a
result, the list always showed no layouts by default, just the vertical
ellipsis to see all layouts.
Fix this by invalidating both sort and filter when a layout is marked
non-extra.
Fixes #165
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Calling g_type_ensure (CC_TYPE_INPUT_CHOOSER) in constructed() is too
late, because the template has already been instantiated, which will
fail if the type is not available. Happily gis_keyboard_page_init() also
calls g_type_ensure (CC_TYPE_INPUT_CHOOSER) just before instantiating
the template.
|
| |\ \
| | |
| | |
| | |
| | | |
Add StartupWMClass to .desktop file
See merge request GNOME/gnome-initial-setup!187
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Initial Setup's application ID is org.gnome.InitialSetup. This does not
match the desktop file name. It is too late in the current development
cycle to rename the desktop file to match.
Instead, allow the shell to associate the initial setup window with its
desktop file by specifying StartupWMClass.
See https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/issues/179 and
https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/merge_requests/186
for more background.
|
| | | |
|
| |\ \
| |/
|/|
| |
| |
| |
| | |
gis-driver: Set a minimum size for the window
Closes #136
See merge request GNOME/gnome-initial-setup!181
|
| |/
|
|
|
|
|
| |
Otherwise, in small resolutions, the window can be abnormally small
when double clicking in the headerbar.
Fixes https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/issues/136
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
