deloptes wrote: > No problem with me Michele, I appreciate the support at any time. > I will just try with an async call in the context if possible - need to > investigate. I looked yesterday, so following is happening: 1. App is sending async Pair request to the device 2. Device responds and org.bluez.Agent1.RequestConfirmation is called 3. RequestConfirmation runs a dialog (Ok|Cancel) and the worning is displayed 1000s of times until user confirms/rejects Note: the class implementing RequestConfirmation is not (T)Q_OBJECT class but creates and runs the dialog. (not sure if this is related) It might be that I also misunderstand the way it has to be implemented, but it might be that there is a reason for this wawrning in dbus-1-tqt Last but not least, it is just a worning and code works as expected.