~vcs-imports/gnome-control-center/+git/gnome-control-center:wip/kalev/subscription-manager

Last commit made on 2019-06-28
Get this branch:
git clone -b wip/kalev/subscription-manager https://git.launchpad.net/~vcs-imports/gnome-control-center/+git/gnome-control-center

Branch merges

Branch information

Name:
wip/kalev/subscription-manager
Repository:
lp:~vcs-imports/gnome-control-center/+git/gnome-control-center

Recent commits

0ce01af... by Kalev Lember <email address hidden>

info: Add subscription manager integration

8b75602... by Matthias Clasen <email address hidden>

info: Switch around GNOME and distro information

This makes the distribution logo prominent, and puts GNOME version
information in the small print.

https://bugzilla.gnome.org/show_bug.cgi?id=695691

b9737d9... by Jeremy BĂ­cha

universal-access: Reverse Repeat Keys Speed direction

Since the gsettings is for the repeat-interval but the
GUI is for Speed, we need to reverse the mapped direction.

We have to turn off the fill indicator (has_origin) for Speed
since it fills the right side instead of the left. We turn
off the indicator for Delay to match.

Closes: https://gitlab.gnome.org/GNOME/gnome-control-center/issues/311
(cherry picked from commit ae75ebcafb1ca0573ea9ab00aa266c24d427f7a0)

1dcc6f0... by Debarshi Ray <email address hidden>

online-accounts: Track the lifecycle of CcGoaPanel across async calls

Due to an API bug in GNOME Online Accounts, the asynchronous
goa_provider_get_all method doesn't accept a GCancellable argument.
This makes it difficult to cancel an ongoing call when the CcGoaPanel
gets destroyed.

Prior to commit c26f8ae018900a55, this was hacked around by taking a
reference on the panel for the duration of the call. Instead of
cancelling a pending call on destruction, it would keep the panel alive
until the call was over. However, that was lost during commit
c26f8ae018900a55.

One thing to bear in mind is that GtkWidgets, CcGoaPanel is one, can
be destroyed by a gtk_widget_destroy call, which is subtly different
than a simple sequence of g_object_unref calls. When gtk_widget_destroy
is used, it invokes the GObject::dispose virtual method of the widget.
It is expected this will cause anything holding a reference to this
widget to drop their references, leading to GObject::finalize being
called. However, there is no guarantee that this will happen in the
same iteration of the GMainLoop. Therefore, it is possible that when
the goa_provider_get_all call finishes, the CcGoaPanel might be in a
disposed, but not yet finalized state.

When a GObject is in a disposed-but-not-finalized state, only a very
limited number of operations can be performed on it. Its reference
count can be altered, the memory used by the instance struct can be
accessed, but none of the member GObjects can be assumed to be valid.
eg., it's definitely illegal to add new rows to the member GtkListBox.
Hence a boolean flag is used to mark the destroyed state of the panel.

This second part is a small improvement over the earlier hack.

https://gitlab.gnome.org/GNOME/gnome-control-center/issues/208

1b5e3ec... by Robert Ancell

Update submodule URL to current GitLab URL

0f5879d... by Georges Basile Stavracas Neto

git: Remove libgd from .gitmodules

Fixes #24

b7b1bc9... by Marek Cernocky <email address hidden>

Updated Czech translation

aee2834... by Guillaume Bernard <email address hidden>

Update French translation

0daf189... by Daniel Mustieles <email address hidden>

Updated Spanish translation

8e9b0e2... by Benjamin Steinwender <email address hidden>

Update German translation