Fix status information in the applet not matching the service status.
https://bugzilla.gnome.org/show_bug.cgi?id=595845

If a device that has a fixed PIN was selected before a device that
doesn't have one (for example, select a printer or audio headset,
before selecting a phone), then the automatic_pincode would have
been TRUE.

We need to reset the automatic_pincode every time we change devices.

Stanislav Brabec authored Sep 10, 2009 and Bastien Nocera committed Sep 16, 2009

Fixes crash after access attempt to the device configured
in rfcomm.conf, but not yet paired.

How to reproduce:

1. Configure an unknown RFCOMM device that requires authentication in
   rfcomm.conf (e. g. mobile phone).
2. run pppd on /dev/rfcomm1

Behavior:
- Pairing request on mobile phone
- Crash of bluetooth-applet on desktop

Hunted down by Peter Hurley <phurley@charter.net>.

Description
If the remote device is disconnected when the applet starts, the applet
will be unable to initiate connection to the audio interface of the
device.

Cause
Incorrect use of g_hash_table_lookup in the device_list_nodes() function
in lib/bluetooth-client.c

Discussion
For a given device, device_list_nodes() loops through the known
detectable interfaces (those in detectable_interfaces[]) and adds
them to the returned hash table if calling the interfaces's
.GetProperties dbus method returns true.

The value of the "Connected" property is then stored as the associated
value with the interface name as the key in the hash table.

The *connectable* interface "org.bluez.Audio" is only added if at least
either of the *detectable* interfaces "org.bluez.Headset" or
"org.bluez.AudioSink" were added the the hash table in previous
iterations within device_list_nodes().

However, the test for whether those *detectable* interfaces were added
is not correct. Currently, g_hash_table_lookup() is used to determine
if the interface names are in the hash table.  g_hash_table_lookup()
will return NULL if the the key is not present in the hash table,
OTHERWISE IT RETURNS THE VALUE ASSOCIATED WITH THE KEY. If that value
is 0 (== BLUETOOTH_STATUS_DISCONNECTED), the logic mistakenly believes
that the key is not present in the hash table, and as a result, fails
to add the only connectable audio interface "org.bluez.Audio".

Recommend
Either use g_hash_table_lookup_extended() to test for key presence
or change enum BLUET00TH_STATUS_DISCONNECTED to be != 0.

Rename duplicate label1 to label3 (which is unused)

So we can have it exit cleanly for use with valgrind.

Don't unload plugins, fixes crashes on exit when the plugins
register GObject types.

Spotted by Matthias Clasen

We don't care about much of the menu items when there's no
adapters enabled.

Otherwise we miss the adapter going down on soft block rfkill.

Otherwise we might think it's still enabled when it's not.

Ignore the Audio service if there's no AudioSink or Headset service.

Makes the input service show up again for Sony Ericsson phones, and
allows us to connect to the remote control application.

As used in the A2DP and Headset services.

When changing the tooltip of the applet, don't forget to free
the old tooltip...

The test client now knows whether a service is connecting.

When the service supports it, mark them as "connecting" when
a connection is taking place. Only works for audio devices
right now.

To mark services as being connected, disconnected, or
connecting.

Because otherwise we think it's still connected when it actually
isn't. Fixes the device showing up as connected when it wasn't
in BlueZ.

Only paired devices that can actually do ObexFTP are shown.

So we can filter for ObexFTP devices in the applet.

We need to create a "Connected/Disconnect" menu even if we don't
have a service, just so that we can be sure that it will show up
when we discover services on the device itself.

It drags attention away from the rest of the text.

Make sure the buttons match, and the mnemonic is actually used.

Use "new device setup" more, as used in the preferences dialogue.

Because people don't know what a passkey is.