base: fix failing registration of new devices
Regression introduced in e1a3675439
Where a device has no config entry, the e1a367 change would return early. This
is fine for devices previously seen and still lingering in the config but for
completely new devices, we'll never get past that KeyError.
Return to the old behaviour: where we don't have a stored UUID we continue
with the None UUID.
Fixes #148
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
This commit is contained in:
parent
341b91349e
commit
28cb94bc89
|
@ -370,7 +370,7 @@ class Tuhi(GObject.Object):
|
||||||
config = self.config.devices[bluez_device.address]
|
config = self.config.devices[bluez_device.address]
|
||||||
uuid = config['uuid']
|
uuid = config['uuid']
|
||||||
except KeyError:
|
except KeyError:
|
||||||
return
|
uuid = None
|
||||||
|
|
||||||
# if we got here from a currently live BlueZ device,
|
# if we got here from a currently live BlueZ device,
|
||||||
# ManufacturerData is reliable. Else, consider the device not in
|
# ManufacturerData is reliable. Else, consider the device not in
|
||||||
|
|
Loading…
Reference in New Issue