Bluetooth pairing fails

ocgltd

I am attempting to pair my Linux Qt5 host with a device offering RFCOMM, and the service is already discovered. I try to pair with the device's address as follows:

m_adapterPtr->requestPairing(remoteService.device().address(),QBluetoothLocalDevice::Paired);

But this always results in:

qt.bluetooth.bluez: Failed to create pairing "org.bluez.Error.AuthenticationCanceled"

There are no signals emitted (other than state changed to pairing. Am I missing a step?

Anonymous_Banned275

@ocgltd Did you try QBluetoothLocalDevice::AuthorizedPaired

Per doc - if pairing fails you do not get "pairingDone",
I think there is an error SIGNAL I am about to try.

I am having heck of a time making sure Bluetooth service is actually running.

PS I just noticed - the error does not makes sense.

AuthenticationCanceled - should it be " pairing not authorized " instead? bluez is weird ...

ChrisW67

@ocgltd What are you seeing in your slot attached to errorOccurred()?

Are you sure you need to pair to use an RFCOMM service? This seems to indicate only a QBluetoothSocket is involved.

ocgltd

@ChrisW67 The errorOccured signal is never emitted.

I'm not sure if a need to pair (to eventually connect to the RFCOMM service), but regardless shouldn't I be able to pair with the device?

Anonymous_Banned275

@ocgltd You and are "fighting same battle" - not that helps you... My latest "observation" - since I have one local adapter and multiple remote devices - I am making sure only one remote device is paired...not sure if that is even necessary....

Talkless

@ocgltd said in Bluetooth pairing fails:

qt.bluetooth.bluez: Failed to create pairing "org.bluez.Error.AuthenticationCanceled"

I too get same error but without error signals... Have you found out way to handle it?

I guess workaround could be to monitor for (arbitrary) timeout once pairing request is created...

Talkless

I've created bug report: https://bugreports.qt.io/browse/QTBUG-118895

Talkless

Fix will be available in Qt 6.7.