python3-dbusmock / test_no_adapters test fails with bluez 5.45

Bug #1696480 reported by Jean-Baptiste Lallement
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
python-dbusmock
Fix Released
Undecided
Daniel van Vugt
bluez (Ubuntu)
Invalid
Undecided
Unassigned
python-dbusmock (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#bluez
http://autopkgtest.ubuntu.com/packages/p/python-dbusmock/artful/amd64

With bluez 5.45 python3-dbusmock tests fail with:

======================================================================
FAIL: test_no_adapters (__main__.TestBlueZ5)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "./test_bluez5.py", line 107, in test_no_adapters
    self.assertEqual([l for l in out if 'Waiting to connect' not in l], [])
AssertionError: Lists differ: ['org.freedesktop.DBus.Mock.MethodCalled', 'registered', 'unregistered'] != []

First list contains 3 additional elements.
First extra element 0:
'org.freedesktop.DBus.Mock.MethodCalled'

- ['org.freedesktop.DBus.Mock.MethodCalled', 'registered', 'unregistered']
+ []

----------------------------------------------------------------------

ProblemType: Bug
DistroRelease: Ubuntu 17.10
Package: bluez 5.45-0ubuntu1
ProcVersionSignature: Ubuntu 4.10.0-22.24-generic 4.10.15
Uname: Linux 4.10.0-22-generic x86_64
ApportVersion: 2.20.5-0ubuntu4
Architecture: amd64
CurrentDesktop: GNOME
Date: Wed Jun 7 18:01:13 2017
InstallationDate: Installed on 2013-09-03 (1372 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha amd64 (20130902)
InterestingModules: bnep bluetooth
MachineType: ASUSTeK COMPUTER INC. UX32VD
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.10.0-22-generic.efi.signed root=UUID=1004226d-a9db-46c7-bd28-eca0806c12f2 ro pcie_aspm=force drm.vblankoffdelay=1 i915.semaphores=1 init=/lib/systemd/systemd-bootchart
SourcePackage: bluez
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 01/29/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: UX32VD.214
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: UX32VD
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrUX32VD.214:bd01/29/2013:svnASUSTeKCOMPUTERINC.:pnUX32VD:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnUX32VD:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:
dmi.product.name: UX32VD
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.
hciconfig:

rfkill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
upstart.bluetooth.override: manual

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :
Changed in bluez (Ubuntu):
assignee: nobody → Daniel van Vugt (vanvugt)
description: updated
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Interesting. The tests all passed in my local builds...

Changed in bluez (Ubuntu):
status: New → In Progress
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Bisected. The test failure started with bluez 5.45, and specifically in:

https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=6db3470c2ea161b4b808ad1fc80dfd7e014fd359

However this appears to be a feature and not a bug. So the actual bug is just a poor test case in python3-dbusmock, expecting the bluetoothctl log to always be silent other than a very specific message. That's just not true in BlueZ 5.45 and it's not a bug...

Changed in bluez (Ubuntu):
status: In Progress → Invalid
Changed in python-dbusmock (Ubuntu):
importance: Undecided → Medium
assignee: nobody → Daniel van Vugt (vanvugt)
status: New → In Progress
Revision history for this message
Daniel van Vugt (vanvugt) wrote :
Changed in python-dbusmock:
assignee: nobody → Daniel van Vugt (vanvugt)
status: New → In Progress
Changed in python-dbusmock (Ubuntu):
status: In Progress → Triaged
assignee: Daniel van Vugt (vanvugt) → nobody
Changed in bluez (Ubuntu):
assignee: Daniel van Vugt (vanvugt) → nobody
Changed in python-dbusmock:
status: In Progress → Fix Committed
Revision history for this message
Martin Pitt (pitti) wrote :

Thanks Daniel! PR merged upstream. There are a few other test deprecation warnings/failures I'm looking into before doing a release.

Revision history for this message
Martin Pitt (pitti) wrote :

I released 0.16.8 upstream and uploaded it to Debian unstable, from where it should autosync into Ubuntu devel soon.

Changed in python-dbusmock (Ubuntu):
status: Triaged → Fix Committed
Changed in python-dbusmock:
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package python-dbusmock - 0.16.8-1

---------------
python-dbusmock (0.16.8-1) unstable; urgency=medium

  * New upstream release:
    - bluez5 template tests: Fix failure of test_no_adapters with BlueZ 5.45.
      (LP: #1696480)

 -- Martin Pitt <email address hidden> Mon, 12 Jun 2017 13:57:49 +0200

Changed in python-dbusmock (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.