| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add new configure option --with-appindicator which implies a optional
dependency on libappindicator. This is the way systray is done in the
current versions of Unity, KDE and Enlightenment and others. Some of the
systray implementations already dropped support for Xembed, others are
going to, mostly to gain independence on X11 as part of being ported to
Wayland.
Keep the previous functionality intact.
(many cleanups and consolidations by dcbw)
|
|
|
|
|
|
| |
Collapse some of the setters into nm_network_menu_item_new() since
these properties actually never change. Add some ATK descriptions
too.
|
|
|
|
|
|
| |
Add an empty applet_schedule_update_menu() that would later be used
by the appindicator code. Prepare the code for the final appindicator
patch.
|
|
|
|
|
|
|
| |
Whenever possible, return icon name from applet_update_icon() and only
load it in foo_set_icon().
https://bugzilla.gnome.org/show_bug.cgi?id=740574
|
|
|
|
|
|
| |
NetworkManager 1.0 and later don't support the old ModemManager, and
the applet doesn't support old versions of NetworkManager, so remove
the obsolete support and bump the version requirements to NM 1.0+.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Finalization is reordered in a way that allows seamless implementation
of appindicator mode. Initialization now only includes objects that
actually need some.
https://bugzilla.gnome.org/show_bug.cgi?id=740574
|
|
|
|
|
|
|
|
|
| |
With appindicator patches, when built with --enable-indicator,
setup_widgets has to build the whole menu and thus requires access to
NetworkManager data. The patch doesn't cause any harm in non-indicator
mode.
https://bugzilla.gnome.org/show_bug.cgi?id=740574
|
|
|
|
|
|
|
|
| |
The widgets are owned by their respective containers. They get unreffed
and disposed with the menu item. This caused problems with the
appindicator patches where the whole menu is destroyed and recreated.
https://bugzilla.gnome.org/show_bug.cgi?id=740574
|
| |
|
|
|
|
|
|
| |
The method is called `dispose`, not `class_dispose`.
https://bugzilla.gnome.org/show_bug.cgi?id=744164
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If we cannot get an icon name to use based on the access tech, don't segfault.
Instead, just ignore the access tech icon.
Program received signal SIGSEGV, Segmentation fault.
0xb6ffb07a in g_str_hash () from /usr/lib/libglib-2.0.so.0
(gdb) bt full
#0 0xb6ffb07a in g_str_hash () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#1 0xb6ffa4a8 in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#2 0x0805dfef in nma_icon_check_and_load ()
No symbol table info available.
#3 0x0806e778 in mobile_helper_get_status_pixbuf ()
No symbol table info available.
#4 0x0806f042 in mobile_helper_get_icon ()
No symbol table info available.
#5 0x080724d2 in ?? ()
No symbol table info available.
#6 0x0805e80a in ?? ()
No symbol table info available.
#7 0xb7008130 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#8 0xb700b8d3 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#9 0xb700bce9 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#10 0xb700c099 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#11 0x08056654 in main ()
https://bugs.archlinux.org/task/43576
https://bugzilla.gnome.org/show_bug.cgi?id=744421
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=726018
|
|
|
|
|
|
|
| |
Make sure we only ever have one of the "Don't show this again" button that
will trigger disabling notifications. Otherwise we end up with multiple
instances of the same button in notifications because one gets added every
time a new notification stacks on top of an existing one.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
We were setting -DNM_VERSION_MAX_ALLOWED=NM_VERSION_0_9_10, but if you
don't set NM_VERSION_MIN_REQUIRED, it defaults to
NM_VERSION_CUR_STABLE, which meant that we were setting MIN to 1_0 and
MAX to 0_9_10, which clearly won't work. Fix this by setting MIN to
0_9_10 too (since that's still the version we're requiring in
configure).
https://bugzilla.gnome.org/show_bug.cgi?id=743343
|
|
|
|
|
|
|
| |
Fix the InfiniBand hardware address validation code; it was requiring
the field to contain only a hardware address, but the pre-filled-in
combobox entries include the interface name too. Copy over the code
from page-ethernet.c, which was doing the right thing.
|
| |
|
|
|
|
|
|
| |
MTU is the 802-3-ethernet.mtu key, make sure wired setting exists.
https://bugzilla.redhat.com/show_bug.cgi?id=1177582
|
|
|
|
|
|
|
|
|
|
| |
The network type was never used with ModemManager 1.0+, and NM itself
hasn't supported anything except ModemManager 1.0+ since 0.9.8.
Changing the network type is often a very heavy operation for the
modem, which may involve re-initialization or hardware reset, and
is not an appropriate operation to perform when connecting to
a network. It should be an out-of-band action.
|
| |
|
| |
|
|
|
|
|
|
| |
possible" (bgo #740574)
https://bugzilla.gnome.org/show_bug.cgi?id=740574
|
|
|
|
|
|
|
| |
Get rid of all unnecessary pixbuf passing and prepare for appindicator
support that requires icon name passing instead.
https://bugzilla.gnome.org/show_bug.cgi?id=740574
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The icon size in the menu is currently the same as the size of the
status icon. That means if the status icon size is larger than
24x24 the menu looks awful.
We should be using GTK_ICON_SIZE_MENU here, but that's actually
a bit too small. Since GTK hardcodes GTK_ICON_SIZE_MENU to 16x16
anyway, we might as well hardcode the size we want to use too.
https://bugzilla.gnome.org/show_bug.cgi?id=741184
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Libraries need to include <gi18n-lib.h>, not <gi18n.h>, so that _()
will get defined to "dgettext (GETTEXT_DOMAIN, string)" rather than
"gettext (string)" (which will use the program's default domain, which
works fine for programs in the network-manager-applet tree, but not for
external users). Likewise, we need to call bindtextdomain() so that
gettext can find the translations if the library is installed in a
different prefix from the program using it (and
bind_textdomain_codeset(), so it will know the translations are in
UTF-8 even if the locale isn't).
(based on NM commit 53f5e9afa466b0b1517cbac208ed01ab8f4b6274)
https://bugzilla.gnome.org/show_bug.cgi?id=741215
|
| |
|
|
|
|
|
| |
Remove a redundant parameter that was allways set to -1 by the caller
and the related code.
|
|
|
|
|
| |
Simplify icon name/pixbuf passing by not having a special cache member
for each icon and prepare for passing names instead of pixbufs.
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>
|
|
|
|
| |
Broken by 1bb881d486ebb5500961345a104d7a400074b8e2.
|
|
|
|
|
|
|
| |
Active VPN connections contain a device of a base connection, but we are
interested in the base active connection itself.
https://bugzilla.gnome.org/show_bug.cgi?id=737585
|
|
|
|
| |
It is only used in applet.c.
|
| |
|
|
|
|
|
|
|
| |
Show Bluetooth connections in the list as Mobile Broadband and
show the Bluetooth tab when editing them.
https://bugzilla.gnome.org/show_bug.cgi?id=740658
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=740680
|
| |
|
|
|
|
|
|
|
|
|
| |
When NM core switched over to libnm-core and errors were consolidated,
the error name changed. Recognize the new one. Fixed an issue where
editing any WWAN connection would fail because secrets for the PPP
setting were requested (for GSM username/password) but connections
aren't actually required to have a PPP setting if no user/password
is required.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently if we have two paired bluetooth devices,
nma_utils_disambiguate_device_names() will disambiguate them by their
hardware address. This is not very helpful, so detect this case and use
the Bluetooth device name instead.
This function is used by System Settings when showing the list of
network devices.
https://bugzilla.gnome.org/show_bug.cgi?id=740553
|