| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
The description is not filled in. We can't merge this with the NEWS file
because this pertains only to the editor.
There's no machinery to automatically check this yet. Just the bare
minimum to keep the new version of appdata-util happy.
|
|
|
|
|
|
|
|
| |
There's no content that would be ranked objectionable by OARS unless you're
the sort of person that likes to put nudity, religious violence and
adultery into your connections. That's none of our business though.
The new version of appdata-util insists on this tag being around.
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/66
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
This is used by WPA3 Personal and secured Meshes (which we don't support
in the applet).
|
|/ |
|
|
|
|
|
| |
https://gitlab.gnome.org/GNOME/network-manager-applet/issues/67
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/63
|
|
|
|
|
|
|
|
| |
The time stamp from the X server is not better than GDK_CURRENT_TIME
anyway.
https://gitlab.gnome.org/GNOME/network-manager-applet/issues/64
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/64
|
|
|
|
|
|
|
| |
[lkundrak@v3.sk: wrote the actual commit message]
https://gitlab.gnome.org/GNOME/network-manager-applet/issues/65
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/65
|
|\
| |
| |
| |
| | |
https://gitlab.gnome.org/GNOME/network-manager-applet/issues/59
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/53
|
| |
| |
| |
| |
| | |
Previously the secondary field would be focused even if the first was
empty.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a connection is opened for editing in nm-c-e, secrets are asked
to NM. NM in turn asks them to registered agents, including the applet
if available; the applet now supports an external-ui-mode in which it
spawns a VPN-specific authentication dialog binary that doesn't have a
graphical component and contains the knowledge about which secrets are
missing, how to retrieve them from keyrings and how to ask them to
users; the binary then returns through stdout a keyfile that describes
the known secrets, their values returned from keyrings and the labels
to present to users. The applet uses this information to show a GTK
dialog (only when necessary) and returns the secrets to NM.
Currently when using the external-ui-mode and the auth-dialog binary
returns secrets with the ShouldAsk key set to false, the applet
doesn't show a GTK dialog and returns an empty response. This breaks
when the auth-dialog returns secrets from keyrings as they are
dropped.
This commit changes the handling of secrets in external-ui-mode: now
we first build a list of known secrets and, if necessary, populate the
dialog with the ones that must be asked. After the dialog quits we
update the secret values in the list from the dialog and return all
secrets, including ones not asked.
https://gitlab.gnome.org/GNOME/network-manager-applet/issues/59
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/issues/193
Fixes: bce8d0a75c1d ("applet/vpn-request: add external UI mode")
|
| |
|
|
|
|
| |
https://mail.gnome.org/archives/networkmanager-list/2019-September/msg00000.html
|
|
|
|
|
|
|
|
| |
There is an older patch with a translation. In the meantime,
the translation file diverged and causes a conflict. Revert
that change so that the older patch applies.
This reverts commit 84e825502e34463b29a4e5252786a0580e8549df (in parts).
|
|
|
|
| |
https://gitlab.gnome.org/GNOME/network-manager-applet/issues/71
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix the following warning:
"Failed to set text 'ab&cd' from markup due to error parsing markup:
Error on line 1: Entity did not end with a semicolon; most likely you
used an ampersand character without intending to start an entity —
escape ampersand as &"
Don't first enable markup (with the old label) and then set the text;
do both with one call to gtk_label_set_markup().
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/issues/244
|
|
|
|
|
|
|
| |
Without gtk_widget_show_all() the popup menu for password flags is
displayed empty when using GTK3.
Fixes: 2ded57d949db ("utils: support GTK4")
|
|
|
|
|
|
|
|
| |
It was added in meson 0.50 while we require 0.46. Furthermore it
defaults to true when a install directory is specified and so it can
be omitted.
https://gitlab.gnome.org/GNOME/network-manager-applet/issues/70
|
|\
| |
| |
| |
| |
| | |
Uh, huh, let's see how well this flies.
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/38
|
| |
| |
| |
| |
| |
| | |
This is not perfect yet, but as of gtk4-3.96.0 none of the test programs
crash, which is a good starting point i guess. Improvements should go to
gtk4-builder-tool.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is EXPERIMENTAL EXPERIMENTAL EXPERIMENTAL. GTK4 is not released yet
and things will change in incompatible ways.
A new library called "libnma-gtk4" is added. The non-libnma parts
(applet, editor) are not ported.
There are few reasons for merging this early and none of them is
shipping the library to the users at this point:
* To allow bringup of GTK4-enabled VPN plugins
* Do not block GTK4 enablement of GNOME Control Center
* Help avoid using features that will be difficult to port from GTK3
All the test programs work, they emit a fair amount of warnings about
properties that were removed in GTK4. To deal with those, we'd need to
build different GResources for GTK3 and GTK4. The differencies seem
small enough to the point the conversion could be automated. TODO,
doesn't block testing.
Tested to build with gtk+-4.0 = 3.94.0, but even the pkg-config name
changed since in GTK4 git master. Did I say this is EXPERIMENTAL and
there will be incompatible changes?
|
| |
| |
| |
| | |
Cover a trivial difference with an ifdef.
|
| |
| |
| |
| | |
Just paint over the differencies with a few ifdefs.
|
| |
| |
| |
| |
| | |
It's going away in Gtk4. We don't do show_all() anyway -- just hide the
widgets by default.
|
| |
| |
| |
| | |
Essentially to get the thing to compile for now.
|
| |
| |
| |
| |
| | |
Replaces Gtk4's gtk_window_activate_default. This probably deserves a
better solution, but it will have to do for now.
|
| |
| |
| |
| |
| |
| | |
There's no no-show-all in GTK4. Using it in GTK3 is perhaps also a bad
idea, but we can't change that now without potentially breaking things
at this point.
|
| | |
|
|/
|
|
|
| |
Some calls were moved to GtkEditable. Call the new variants, while
providing a compatibility wrappers for the GTK3 versions.
|
|
|
|
|
|
| |
NetworkManager 1.20 introduced the 'disabled' IPv6 method. Support it.
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/59
|
|
|
|
|
|
| |
Now that NM supports ad-hoc WPA2 connections, enable them in the applet.
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/58
|
|
|
|
|
|
|
| |
If the outermost widget has margins, they end up as transparent or black shadow
artifacts of the window.
https://gitlab.gnome.org/GNOME/network-manager-applet/issues/41
|
|
|
|
| |
They're a waste of electrons.
|
|
|
|
| |
Makes licensing audits easier.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|